À emporter: L’animateur Eric Kavanagh discute des prévisions avec les docteurs Robin Bloor, Rick Sherman et IDERAs Bullett Manale.
Vous devez vous inscrire à cet événement pour voir la vidéo. Inscrivez-vous pour voir la vidéo.
Eric Kavanagh: Mesdames et Messieurs, bonjour encore une fois et bienvenue dans la série de retransmissions en direct de Hot Technologies! Je m'appelle Eric Kavanagh, je serai votre hôte pour le séminaire Web d'aujourd'hui intitulé "Gain de temps, d'argent et de problèmes avec les prévisions optimales". Bien sûr, j'ai raté la première partie du titre, "Les meilleurs plans déposés". à ce sujet sur ce spectacle. Hot Technologies est donc notre forum pour comprendre quels sont les produits les plus en vogue dans le monde d’aujourd’hui, le monde de la technologie d’entreprise, ce que les gens font avec eux, comment ils fonctionnent, ce genre de choses amusantes.
Et le sujet d'aujourd'hui, comme je le suggère, concerne les prévisions. Vraiment, vous essayez de comprendre ce qui va se passer dans votre organisation. Comment allez-vous garder vos utilisateurs heureux, peu importe ce qu'ils font? S'ils font de l'analyse, s'ils font du vrai travail, ils font face à de vrais clients avec des systèmes transactionnels, quel que soit le cas, vous voulez comprendre comment vos systèmes fonctionnent et ce qui se passe, et c'est ce dont on parle bien aujourd'hui. C'est un peu drôle parce que les prévisions ne me plaisent pas, car je suis superstitieuse, je pense que si je prévois trop, de mauvaises choses vont arriver, mais ce n'est que moi. Ne suivez pas mon exemple.
Alors, voici nos présentateurs d’aujourd’hui, le vôtre se trouvant vraiment dans le coin supérieur gauche. Rick Sherman appelle depuis Boston, notre ami Bullett Manale de l’IDERA et notre propre Dr Robin Bloor. Et avec ça, je vais le donner à Robin et le rappeler aux gens: Posez des questions, ne soyez pas timides, nous aimons les bonnes questions, et les transmettons à nos présentateurs et aux autres d’aujourd’hui. Et avec ça, Robin, enlève-le.
Robin Bloor: OK, bien, comme je suis en pole position comme ils le disent, je pensais que je raconterais une histoire SQL aujourd'hui, parce que c'est le fond de la discussion et que cela ne va pas se heurter car Rick ne se concentre pas là-dessus. , et ne sera pas en conflit avec ce que Rick a à dire. Ainsi, l’histoire de SQL, il ya des choses intéressantes à propos de SQL parce qu’il est tellement dominant. Vous voyez, c'est une faute de frappe, SQL est un langage déclaratif. L'idée était que vous puissiez créer une langue dans laquelle vous demanderiez ce que vous vouliez. Et la base de données déterminerait comment l'obtenir. Et cela a plutôt bien fonctionné, en fait, mais il y a un certain nombre de choses qui valent la peine d'être dites à ce sujet, les conséquences de baser l'ensemble du secteur des technologies de l'information sur un langage déclaratif. L'utilisateur ne connaît ni ne se soucie de l'organisation physique des données, et c'est la bonne chose à propos du langage déclaratif - il vous sépare de tout cela, et même vous inquiétez à ce sujet - demandez ce que vous voulez, et la base de données ira le chercher.
Mais l'utilisateur n'a aucune idée si la façon dont il structure la requête SQL affectera les performances de la requête et c'est un inconvénient. J'ai vu des requêtes de centaines et de centaines de lignes, qui ne sont qu'une requête SQL, commencez par «sélectionner» et continue encore et encore avec les sous-requêtes, etc. Et il s'avère en fait que si vous souhaitez extraire une collection de données particulière d'une base de données, vous pouvez la demander de différentes manières avec SQL et obtenir la même réponse si vous avez une certaine familiarité avec les données. Ainsi, une requête SQL n'est pas forcément la meilleure façon de demander des données, et les bases de données répondront très différemment en fonction du SQL que vous y avez mis.
Et donc, le SQL affecte réellement les performances, de sorte que les personnes qui utilisent SQL, son vrai, est aussi vrai des programmeurs SQL qui utilisent SQL et encore moins susceptibles de penser à l’impact qu’ils vont avoir, car la plupart de leurs efforts est en fait sur la manipulation des données et non sur l'obtention, la mise des données. Et il en va de même pour les outils de BI, j’ai vu le code SQL obtenir, si vous voulez, une compression des outils de BI de diverses bases de données et il faut le dire, c’est en grande partie ce que j’écrirais, mais pas les requêtes SQL comme ça. Son quelqu'un a créé, si vous voulez, un petit moteur qui, quels que soient les paramètres, jettera du SQL, et encore une fois, ce SQL ne sera pas forcément un SQL efficace.
Ensuite, j'ai pensé que je mentionnerais l'inadéquation de l'impédance, les données utilisées par les programmeurs sont différentes de celles en cours de tri. Ainsi, notre DMS stocke les données dans des tables, le code orienté objet est principalement constitué de codeurs, programme actuellement une forme orientée objet et ordonne les données dans des structures d’objets, de sorte qu’il ne mappe pas les uns sur les autres. Donc, il est nécessaire de traduire de ce que le programmeur pense que les données sont ce que la base de données pense de ce que sont les données. Ce qui semble indiquer que nous avons dû faire quelque chose de mal pour que ce soit le cas. SQL a DDL pour la définition des données, il a DML - langage de manipulation de données - sélectionner, projeter et rejoindre, pour obtenir ces données. Maintenant, il y a très peu de maths et très peu de choses basées sur le temps, donc c'est le langage imparfait, bien qu'il faille dire que cela a été étendu et continue de l'être.
Et puis, vous avez le problème de la barrière SQL, qui est toujours plus clair que le diagramme, mais beaucoup de gens posaient des questions pour des raisons analytiques, une fois qu'ils avaient obtenu la réponse aux termes de données de la question, ils voulaient poser une autre question. Donc, cela devient une chose de dialogue, eh bien, SQL n'a pas été construit pour les dialogues, il a été construit pour demander ce que vous voulez tout à la fois. Et c'est un peu utile de le savoir, car certains produits abandonnent le langage SQL afin de rendre possible la conversation entre l'utilisateur et les données.
En termes de performances de base de données - et ce genre de choses s’étend à tout - oui, il y a un processeur, il y a une mémoire, il y a un disque, il y a une surcharge de réseau et il y a le problème de blocage de plus d’une personne qui souhaite avoir l’utilisation exclusive des données à un moment donné. point dans le temps. Mais il y a aussi de mauvais appels SQL, il y a énormément de choses qui peuvent être faites si vous optimisez réellement le SQL, en termes de performances. Ainsi, les facteurs de performance de la base de données: mauvaise conception, mauvaise conception du programme, manque de simultanéité de la charge de travail, équilibrage de la charge, structure de la requête, planification de la capacité. C'est la croissance des données. Et en quelques mots, SQL est pratique, mais il ne s’auto-optimise pas.
Cela dit, je pense que nous pouvons passer à Rick.
Eric Kavanagh: Très bien, Rick, laissez-moi vous donner les clés de la voiture WebEx. Emportez-le.
Rick Sherman: D'accord, génial. Eh bien merci Robin, comme nous avons commencé au début de la présentation, mes graphismes sont toujours assez ennuyeux, mais bon, allez-y. Donc, je suis d’accord avec tout ce dont Robin a parlé du côté SQL. Mais ce sur quoi je veux me concentrer un peu maintenant, c’est la demande de données, qui passe très vite, l’offre comme dans les outils utilisés dans cet espace ou la nécessité de disposer des outils dans cet espace.
Tout d’abord, certains articles que vous lisez concernent le Big Data, de nombreuses données, des données non structurées provenant du cloud, des Big Data partout où vous pouvez l’imaginer. Mais la croissance du marché des bases de données a toujours été SQL, base de données relationnelle probablement à partir de 2015, représentant toujours 95% du marché des bases de données. Les trois principaux fournisseurs relationnels détiennent environ 88% du marché dans cet espace. Ainsi, parlaient toujours, comme Robin a parlé, de SQL. Et en fait, même si nous recherchions sur la plate-forme Hadoop, Hive and Spark SQL - que mon fils, qui utilise tout le temps un scientifique en informatique, est certainement le moyen dominant pour accéder aux données.
Maintenant, côté base de données, il existe deux grandes catégories d'utilisation des bases de données. L'un concerne les systèmes de gestion de base de données opérationnels, de sorte que la planification des relations d'entreprise, la gestion de la relation client, ainsi que les ERP Salesforce, Oracles, EPIC, N4, etc., du monde. Et il existe une quantité importante et croissante de données dans les entrepôts de données et autres systèmes basés sur la veille économique. Parce que tout, peu importe où et comment il est capturé, stocké ou traité, il finit par être analysé, ce qui entraîne une demande énorme et une utilisation accrue des bases de données, en particulier des bases de données relationnelles sur le marché.
Maintenant, nous avons la demande, nous avons d’énormes quantités de données à venir. Et je ne parle pas vraiment du Big Data, je parle de l'utilisation des données dans toutes sortes d'entreprises. Mais pour ce qui est de l’offre, pour les personnes qui peuvent gérer ces ressources, nous avons d’abord une pénurie de DBA. Selon le Bureau of Labor Statistics, de 2014 à 2024, les emplois d'administrateurs de base de données ne devraient augmenter que de 11% - c'est maintenant les personnes qui possèdent un titre d'emploi d'administrateur de base de données, mais nous en parlons dans une seconde - par rapport aux 40% espace de croissance des données annuelles. Et nous avons beaucoup de DBA; en moyenne, la même étude mentionnait que l'âge moyen était assez élevé par rapport aux autres professions de l'informatique. Et puis nous avons beaucoup de gens qui quittent le terrain, sans nécessairement prendre leur retraite, mais passant à d’autres aspects, entrant dans la gestion, etc.
Une partie de la raison pour laquelle ils partent est que le travail de DBA devient de plus en plus difficile. Premièrement, les administrateurs de base de données gèrent eux-mêmes de nombreuses bases de données différentes, des bases de données physiques, ainsi que différents types de bases de données. Maintenant, cela pourrait être relationnel, ou bien il pourrait s'agir d'autres types de bases de données. Mais même si c'est relationnel, ils pourraient avoir un, deux, trois ou quatre vendeurs différents qu'ils essaient de gérer. Les administrateurs de base de données interviennent généralement après la conception de la base de données ou de l'application. Robin a expliqué comment les bases de données ou les applications sont conçues, comment SQL est conçu. Eh bien, quand on parlait de modélisation de données, modélisation ER, modélisation ER étendue, modélisation dimensionnelle avancée, peu importe, généralement programmeurs et développeurs d'applications, ils conçoivent avec l'objectif final qu'ils ne conçoivent pas pour l'efficacité de la structure même de la base de données . Nous avons donc beaucoup de mauvaise conception.
Maintenant, je ne parle pas des vendeurs d’applications d’entreprise commerciales; ils ont généralement des modèles ER ou des modèles ER étendus. Ce dont je parle, c’est qu’il ya beaucoup plus de processus et d’applications d’entreprise conçus par des développeurs d’applications dans chaque entreprise - ce sont ceux qui ne sont pas nécessairement conçus pour l’efficacité ou l’efficacité du déploiement. Et les administrateurs de base de données eux-mêmes sont surchargés de travail et ils ont parfois des responsabilités 24 heures sur 24, 7 jours sur 7, ils obtiennent toujours plus de bases de données. Je pense que cela a quelque chose à faire avec le fait que les gens ne comprennent pas tout à fait ce qu’ils font, ou comment ils le font. Leur propre petit groupe et les gens continuent de penser: «Eh bien, tous ces outils sont tellement faciles à utiliser, nous pouvons simplement continuer à créer de plus en plus de bases de données sur leur charge de travail», ce qui n’est pas le cas.
Ce qui nous conduit aux DBA à temps partiel et accidentels. Nous avons de petites équipes informatiques qui ne peuvent pas nécessairement se payer un administrateur de base de données dédié. C’est le cas des petites et moyennes entreprises, où l’extension des bases de données et des applications de bases de données a explosé au cours de la dernière décennie et continue de se développer. Mais c’est aussi le cas des grandes entreprises qui effectuent depuis très longtemps des entrepôts de données et des analyses d’informatique décisionnelle. Il y a longtemps, nous avions des DBA dédiés à ces projets; nous n'avons plus jamais de DBA dédié. Étaient responsables de la conception de la base de données, ce qui est bien, si c'est quelqu'un qui a de l'expérience.Mais en général, les administrateurs de base de données sont des développeurs d’applications, ils assument souvent ce rôle à temps partiel, n’ont pas de formation formelle et encore, ils le conçoivent pour leurs objectifs finaux, ils ne le conçoivent pas pour gagner en efficacité.
Et il y a beaucoup de différence entre conception et développement, par rapport au déploiement et à la gestion. Nous avons donc la devise «penny sage, pound silly», avec une petite tirelire, qui évite d’acquérir les compétences et les ressources nécessaires aux projets. Pensant que tout le monde vient de «Revenge of the Nerds», ma petite photo est là. Maintenant, en ce qui concerne les besoins des utilisateurs, l’utilisation des bases de données et des données en SQL s’élargit. Nous avons un nombre limité d'administrateurs de base de données - des personnes qualifiées et expertes dans ces situations de réglage, de conception, de gestion et de déploiement. Et nous avons de plus en plus de DBA à temps partiel ou accidentels, des personnes qui n’ont pas suivi la formation formelle.
Alors, quels sont les autres éléments qui entrent également dans le problème du fait que ces bases de données ne sont ni ajustées ni gérées également? Tout d’abord, beaucoup de personnes supposent que le système de base de données dispose d’outils suffisants pour se gérer. Maintenant, les outils deviennent de plus en plus faciles à utiliser - conception et développement -, mais cela diffère d’une bonne conception et d’une bonne gestion, planification de la capacité, surveillance, etc. pour le déploiement. Alors, tout d’abord, les gens supposent qu’ils ont tous les outils dont ils ont besoin. Deuxièmement, si vous êtes un administrateur de base occasionnel ou à temps partiel, vous ne savez pas ce que vous ne savez pas.
J'imagine que j'ai oublié une partie de la phrase, de sorte que bien souvent, ils ne comprennent tout simplement pas ce dont ils ont besoin dans la conception ou lorsqu'ils gèrent ou exploitent les bases de données. Si ce n'est pas votre profession, vous ne comprendrez pas ce que vous devez faire. Troisièmement, SQL est un outil de choix, alors Robin a parlé de SQL et de la médiocrité de la construction ou de la construction de SQL. Et aussi l’un de mes ennuis en matière d’entreposage de données BI, de migration de données, d’espace d’ingénierie de données, c’est que plutôt que d’utiliser des outils, les gens ont tendance à écrire du code SQL, des procédures stockées, même s’ils utilisent un outil d’intégration de données coûteux. BI, ils l’utilisent souvent vraiment pour exécuter des procédures stockées. Ainsi, l’importance de comprendre la conception de base de données, la construction de SQL devient de plus en plus importante.
Et enfin, il y a cette approche en silo, dans laquelle des personnes individuelles examinent des bases de données individuelles. Ils ne regardent pas comment les applications fonctionnent et interagissent les uns avec les autres. De plus, ils examinent souvent les bases de données et les applications pour lesquelles ils les utilisent. Donc, la charge de travail que vous avez sur la base de données est essentielle dans la conception, essentielle pour l'ajuster, essentielle pour essayer de comprendre comment planifier la capacité, etc. Ainsi, en regardant la forêt depuis les arbres, les gens sont dans les mauvaises herbes , en examinant les tables individuelles et les bases de données sans examiner l’interaction globale de ces applications dans la charge de travail.
Enfin, les personnes doivent examiner les domaines clés qu’elles doivent examiner. Lorsqu'ils envisagent de gérer des bases de données, ils doivent d'abord penser à, développer des métriques de performance centrées sur les applications. Ils doivent donc se pencher non seulement sur la structure de cette table, sur sa modélisation, mais aussi sur son utilisation. Donc, si vous avez des applications d’entreprise qui relèvent de la gestion de la chaîne logistique, si vous prenez des commandes hors du Web, si vous faites de la BI, peu importe ce que vous faites, vous devez déterminer qui l’utilise, comment elles l’utilisent, quels sont les volumes de données. , quand ça va arriver. Ce que vous essayez vraiment de rechercher, ce sont les temps d’attente, car quoi qu’il en soit, toutes les applications sont jugées en fonction du temps requis pour accomplir une tâche, qu’il s’agisse d’une personne ou que l’échange de données entre applications ou processeurs. Et quels sont les goulots d'étranglement? Bien souvent, lorsque vous essayez de déboguer des problèmes, bien sûr, vous essayez vraiment de déterminer quels sont les véritables goulots d'étranglement - pas nécessairement comment tout ajuster, mais comment vous débarrasser et améliorer les performances en augmentant les temps d'attente et le débit - peu importe. vous devez regarder.
Et vous devez vraiment séparer la capture de données, les transactions, les aspects de transformation dans la base de données et les analyses. Chacun de ceux-ci ont des modèles de conception différents, chacun d'entre eux a des modèles d'utilisation différents et chacun d'entre eux doit être réglé différemment. Vous devez donc réfléchir à la manière dont ces données sont utilisées, à leur utilisation, à quoi elles servent, et déterminer quelles mesures de performance et quelles sont les principales choses que vous souhaitez analyser liées à cette utilisation. Maintenant, lorsque vous regardez la surveillance des performances, vous voulez examiner les opérations de base de données elles-mêmes; vous voulez examiner à la fois les structures de données, de sorte que les index, le partitionnement et d'autres aspects physiques de la base de données, même la structure de la base de données - qu'il s'agisse de son modèle ER ou dimensionnel, quelle que soit sa structure - ont tous un impact sur les performances , en particulier dans les différents inconvénients de l’analyse de capture de données et des transformations qui se produisent.
Et comme Robin l’a mentionné du côté SQL, il est essentiel d’examiner les instructions SQL exécutées par ces différentes applications sur ces bases de données. Et en examinant l'ensemble des charges de travail des applications et l'environnement d'infrastructure sur lequel ces bases de données et applications s'exécutent. Ainsi, les réseaux, les serveurs, le cloud, quel que soit leur fonctionnement, examinent également l’impact de ces applications et de ces bases de données sur l’intérieur de cette configuration, mais ils ont tous la possibilité d’adapter la base de données.
Enfin, lorsque vous examinez des outils, vous souhaitez pouvoir examiner les trois types d’analyses associés. Vous voulez examiner l'analyse descriptive: que se passe-t-il et où, liée à la base de données et aux performances de l'application. Vous voulez pouvoir effectuer des analyses de diagnostic pour déterminer non seulement ce qui se passe, mais aussi pourquoi cela se produit-il, où se trouvent les goulots d'étranglement, où sont les problèmes, qui fonctionne bien, qui ne fonctionne pas bien? Mais être capable d'analyser et de creuser les problèmes afin de les résoudre, que ce soit pour la conception ou tout ce que vous devez faire.
Enfin, le type d’analyse le plus agressif ou le plus proactif consiste à effectuer une analyse prédictive, une modélisation analytique prédictive, peu importe. Nous savons que la base de données et les applications fonctionnent dans ce contexte, si nous augmentons la capacité, si nous obtenons plus d'utilisateurs, si nous obtenons plus de débit, peu importe ce que nous faisons, pour pouvoir projeter quoi, comment et où cela affectera la base de données, Les applications nous permettent de planifier et de déterminer de manière proactive où se trouvent les goulets d'étranglement, les temps d'attente qui pourraient en souffrir et ce que nous devons faire pour y remédier. Nous voulons donc des outils capables de mettre en œuvre les mesures de performance, de surveiller les performances, comme le font ces trois types d’analyses. Et c'est mon aperçu.
Eric Kavanagh: Très bien, permettez-moi de vous confier - ce sont en fait deux excellents exposés - laissez-moi confier cette question à Bullett Manale, qui la suivra. Et les gars, n'oubliez pas de poser de bonnes questions; nous avons déjà du bon contenu. Emporte-le, Bullett.
Bullett Manale: Ça m'a l'air bien. Merci Eric. Donc, beaucoup de ce que Rick et Robin ont dit, évidemment, je suis d’accord avec 100%. Je dirais que j’ai remonté cette diapositive, parce que je pense que cela convient, je ne sais pas pour ceux d’entre vous qui sont des fans de «A-Team» dans les années 80, John Hannibal Smith a dit un dicton: «J'aime quand un plan est élaboré », et je pense que lorsque vous parlez en particulier de SQL Server, sur lequel se focalisaient les efforts, qui est le produit dont nous parlerions aujourd'hui, SQL Diagnostic Manager, c’est définitivement l’une de ces choses tu dois avoir; vous devez pouvoir exploiter les données dont vous disposez et pouvoir prendre des décisions à partir de ces données, et dans certains cas, vous ne souhaitez pas prendre de décision; vous cherchez quelque chose à vous dire quand quelque chose va manquer de ressources, quand vous allez manquer de ressources, quand vous allez avoir un goulot d'étranglement, ce genre de choses.
Il ne s'agit pas seulement de surveiller une métrique spécifique. Donc, avec Diagnostic Manager, l’une des choses qu’il fait très bien va vous aider en termes de prévision et de compréhension des charges de travail et nous allons en parler beaucoup aujourd’hui. L'outil est conçu pour le gestionnaire de données, l'administrateur de base de données ou l'administrateur de base de données intérimaire. Le nom de l'administrateur de base de données intérimaire est donc tout à fait vrai. Dans de nombreux cas, si vous n'êtes pas administrateur de base de données, il y aura beaucoup de points d'interrogation que vous allez avoir quand il s'agit de gérer un environnement SQL, des choses que vous ne connaissez pas. Et si vous cherchez quelque chose pour vous aider, vous guider à travers ce processus et également vous renseigner dans le processus. Et donc, il est important que l'outil que vous utilisiez pour ce genre de décisions vous donne une idée des raisons pour lesquelles ces décisions sont prises. Il ne vous dit pas simplement: "Hé, fais ceci."
Étant donné que je suis le DBA par intérim, je pourrais éventuellement être le DBA à part entière, doté de l'expertise et des connaissances nécessaires pour appuyer ce titre. Donc, cela dit, quand on parlait d’administrateur de base de données - je montre toujours cette diapositive en premier, car l’administrateur de base de données a différents rôles et, selon l’organisation avec laquelle vous allez avoir, cela va varier de d’un endroit à un autre - mais en général, vous serez toujours responsable d’une manière ou d’une autre de votre stockage, de votre planification et de votre capacité à prévoir, je devrais dire, de combien d’espace vous allez avoir besoin, que ce soit pour vos sauvegardes ou que ce soit pour les bases de données elles-mêmes. Vous allez avoir besoin de comprendre et d'évaluer cela.
En outre, vous devez être capable de comprendre et d’optimiser les choses au besoin, et au fur et à mesure que vous surveillez l’environnement, il est évidemment important que vous apportiez les modifications qui s’imposent en fonction de l’évolution de l’environnement. lui-même. Ainsi, des facteurs tels que le nombre d'utilisateurs, la popularité des applications, le caractère saisonnier d'une base de données, doivent tous être pris en compte lors de la prévision. Et puis, évidemment, nous cherchons d’autres moyens de fournir les rapports et les informations nécessaires à la prise de décisions. Dans beaucoup de cas, cela implique de faire une analyse comparative; cela signifie pouvoir examiner spécifiquement une métrique particulière et comprendre quelle a été la valeur de cette métrique au fil du temps, de sorte que vous puissiez anticiper où il va aller.
C’est pourquoi la plupart des outils de Diagnostic Manager disposent de ces fonctionnalités et les utilisateurs l’utilisent tous les jours pour pouvoir effectuer des opérations telles que les prévisions, et j’ai défini ici la définition de la planification des capacités. Et c’est une définition assez large et en fait assez vague, qui est juste le processus de détermination de la capacité de production nécessaire à une organisation pour répondre à la demande changeante de ses produits, et en fin de compte, c’est vraiment ce qui compte vraiment: Son sur le fait de pouvoir prendre des informations que vous avez d'une manière ou d'une autre et de prendre ces informations et de prendre des décisions pour vous aider à avancer tout au long du cycle de vie de vos bases de données. Et donc, les raisons pour lesquelles les gens doivent faire cela sont évidemment avant tout, dans la plupart des cas, pour économiser de l'argent. Les entreprises, évidemment, dont l’objectif principal est de gagner de l’argent et de l’économiser. Mais dans le processus, cela signifie également que vous pouvez vous assurer que votre temps d'indisponibilité est le même. Et être en mesure de vous assurer que vous réduisez les risques d'indisponibilité, afin d'éviter que cela ne se produise au début, autrement dit, n'attendez pas que cela se produise et réagissez ensuite.
En plus d’être en mesure d’augmenter globalement la productivité de vos utilisateurs, de les rendre plus efficaces pour que vous puissiez travailler plus, est évidemment la clé, alors c’est le genre de choses que le DBA ou quelqu'un impliqué dans les prévisions ou la capacité la planification doit pouvoir parcourir les informations pour pouvoir prendre ces décisions. Et dans l’ensemble, cela va évidemment vous aider à éliminer le gaspillage, pas seulement en argent, mais aussi en temps et en ressources, qui pourraient éventuellement être utilisées à d’autres fins. Donc, être capable d’éliminer ces déchets afin d’éviter des coûts d’opportunité liés aux déchets eux-mêmes.
Alors, avec cela dit, quels sont les types de questions que nous avons, spécifiques à la personne qui est un DBA? Quand vais-je manquer d'espace? C’est un gros problème, non seulement combien d’espace est-ce que je consomme maintenant, mais quand vais-je manquer de temps, en fonction des tendances et de l’histoire passée? Même chose avec les instances réelles de SQL, les bases de données, quels serveurs puis-je consolider? Je vais en mettre sur les machines virtuelles, qu'est-ce qui a du sens en termes de bases de données que je vais consolider et sur quelles instances de SQL doivent-elles résider? Tous ces types de questions doivent pouvoir être résolus. Parce que dans la plupart des cas, si vous êtes administrateur de base de données ou intérimaire, vous allez le consolider au cours de votre carrière. Dans beaucoup de cas, vous allez le faire de façon continue. Donc, vous devez être capable de prendre ces décisions rapidement, sans jouer à des jeux de devinettes à ce sujet.
Nous avons parlé des goulots d'étranglement et de leur avenir, pouvoir anticiper encore une fois, au lieu d'attendre qu'ils se produisent. Donc, évidemment, toutes ces choses-là parlaient de sens, en ce sens que vous vous basez sur des données historiques, dans la plupart des cas, pour pouvoir générer ces recommandations, ou dans certains cas pour pouvoir formuler vous-même des décisions, pour pouvoir: venir avec ces réponses. Mais cela me rappelle le fait que lorsque vous entendez les publicités à la radio de quelqu'un qui vend des valeurs mobilières ou quelque chose du genre, ses performances passées ne sont pas toujours une indication de ses résultats futurs. Et la même chose est vraie ici. Vous allez avoir des situations où ces prévisions et ces analyses peuvent ne pas être exactes à 100%. Mais si vous vous occupez de choses du passé et du connu, et que vous pouvez prendre et faire le "Et si" avec beaucoup de ce type de questions, vous allez vous heurter, est très précieux et sa va aller vous amener beaucoup plus loin que de jouer au jeu de devinettes.
Donc, ce genre de questions va évidemment se poser, alors comment nous traitons beaucoup de ces questions avec Diagnostic Manager, tout d’abord, nous avons des capacités de prévision, capables de le faire à la base de données, à la table ainsi que lecteur ou le volume. Pour pouvoir non seulement dire: "Hé, il y avait beaucoup d'espace", mais dans six mois, dans deux ans, dans cinq ans, si je budgétise pour cela, combien d'espace disque dois-je devoir budgétiser pour? Ce sont des questions que je vais devoir poser, et je vais devoir être capable d'utiliser une méthode pour le faire plutôt que de deviner et de mettre mon doigt en l'air et d'attendre de voir dans quel sens le vent souffle, ce qui est beaucoup des fois, malheureusement, beaucoup de ces décisions sont prises.
En plus de cela, être capable de - on dirait que ma diapositive a été un peu coupée là-bas - mais être capable de fournir une aide sous la forme de recommandations. C’est donc une chose de pouvoir vous montrer un tableau de bord plein de mesures et pouvoir dire: «OK, voici toutes les mesures et où elles se trouvent», mais ensuite être en mesure d’en faire une ou de comprendre ce qu’il faut faire. faire, basé sur cela est un autre saut. Et dans certains cas, les personnes sont suffisamment informées du rôle de DBA pour pouvoir prendre ces décisions. Nous avons donc quelques mécanismes dans l'outil qui vous aideront à cela, et qui vous le montreront en une seconde. Mais être capable de montrer non seulement quelle est la recommandation, mais aussi de donner une idée de la raison pour laquelle cette recommandation est formulée, puis aussi, dans certains cas, de pouvoir créer un script qui automatise la la résolution de ce problème est également idéale.
Passons à la suivante, ce qui est clair, c’est sa compréhension générale, jusqu’au niveau métrique, de ce qui est normal. Je ne peux pas vous dire ce qui n'est pas normal si je ne sais pas ce qui est normal. Et donc, avoir un moyen de mesurer cela est essentiel et vous devez pouvoir prendre en considération plusieurs types de zones, par exemple - ou devrais-je dire des délais - différents groupes de serveurs, pouvant le faire de manière dynamique, à partir d'un En termes d’alerte, c’est-à-dire qu’au milieu de la nuit, pendant la période de maintenance, j’attends de mon processeur un taux d’exploitation de 80%, calculé sur l’ensemble des opérations de maintenance. Donc, je pourrais vouloir augmenter mes seuils plus haut, pendant ces périodes par rapport à peut-être au milieu de la journée, quand je n'ai pas autant d'activité physique.
Ce sont certaines choses qui seront évidemment environnementales, mais vous pouvez appliquer des choses à ce qui est géré, pour pouvoir vous aider à gérer cet environnement plus efficacement et pour le rendre plus facile. L’autre domaine, bien évidemment, consiste à pouvoir simplement fournir les rapports et les informations nécessaires pour pouvoir répondre à ces types de questions «Que se passe-t-il si»? Si je viens d’apporter une modification à mon environnement, je souhaite comprendre l’impact de cette modification afin de pouvoir appliquer cette modification à d’autres instances ou bases de données de mon environnement. Je veux pouvoir disposer de certaines informations ou de certaines munitions pour pouvoir effectuer ce changement en toute tranquillité d'esprit et en sachant que ce sera un bon changement. Donc, être capable de faire ce rapport comparatif, être capable de classer mes instances de SQL, être capable de classer mes bases de données les unes par rapport aux autres, en disant: «Quel est mon plus gros consommateur de CPU?». Ou laquelle prend le plus longtemps? termes d'attentes et des choses comme ça? Donc, une grande partie de cette information sera également disponible avec l'outil.
Enfin, dernier élément mais non le moindre, il s’agit simplement d’une capacité globale dont vous avez besoin d’un outil qui saura gérer toutes les situations qui se présenteront à vous, et c’est ce que je veux dire par là: si vous avez un environnement étendu avec beaucoup Par exemple, vous allez probablement rencontrer des situations dans lesquelles vous devez extraire des métriques qui ne sont généralement pas des métriques qu'un administrateur de base de données voudrait même surveiller dans certains cas, en fonction de cette situation particulière. Donc, avoir un outil que vous pouvez, qui est extensible, pour pouvoir ajouter des métriques supplémentaires et pour pouvoir utiliser ces métriques de la même forme et de la même façon que si vous utilisiez un outil prêt à l'emploi. métrique, par exemple. Par conséquent, être capable de générer des rapports, de pouvoir alerter, créer une base de référence - tout ce dont on parlait - est également un élément clé pour pouvoir faire cette prévision et la faire de sorte que vous obteniez les réponses que vous cherchez pour pouvoir faire ces décisions, aller de l'avant.
Désormais, Diagnostic Manager utilise un service centralisé, un groupe de services en cours d’exécution, qui collecte des données sur des instances allant de 2000 à 2016. Et ensuite, ce que nous faisons, c’est que nous prenons ces données et que nous les stockons dans un référentiel central. Ce que nous faisons bien avec ces données, évidemment, c’est que nous faisons beaucoup pour être en mesure de fournir des informations supplémentaires. Maintenant, en plus de cela - et l’une des choses qui n’est pas ici -, nous avons également un service qui fonctionne au milieu de la nuit, qui est notre service d’analyse prédictive, qui effectue des calculs de chiffres et qui aide à comprendre. et vous aider, en tant que DBA ou DBA intérimaire, à pouvoir formuler ce type de recommandations et à vous fournir également des informations en termes de niveaux de base.
Donc, ce que je voudrais faire, et ceci n’est qu’un exemple rapide de l’architecture, le plus important à retenir ici est qu’il n’ya pas d’agents ou de services qui restent en place sur les instances que vous gérez. Mais ce que j’aime faire, c’est simplement de vous amener à l’application ici et de vous donner une brève démonstration. Et laissez-moi simplement sortir aussi, et y arriver. Alors, faites le moi savoir, je pense Eric, pouvez-vous voir ça OK?
Eric Kavanagh: Je l'ai maintenant, oui.
Bullett Manale: OK, alors je vais vous présenter certaines des différentes parties dont j'ai parlé. Et, pour l’essentiel, commençons par le genre de choses qui ressemblent plus à quelque chose d’heres que vous devez faire, ou bien c’est quelque chose qui arrive à un moment donné dans l’avenir et qui va vous éclairer un peu. Et c’est être capable d’anticiper réellement - ou devrais-je dire anticiper de manière dynamique - les choses qui se passent. Maintenant, dans le cas des rapports, l’outil contient trois rapports de prévision différents. Et dans le cas, par exemple, d’une prévision de base de données, ce que je ferais probablement pour pouvoir prévoir la taille d’une base de données sur une période donnée, et Ill ne vous en donne que quelques exemples. Donc, je vais prendre ma base de données d’audit, qui est assez intensive en entrées / sorties, qui contient beaucoup de données. Voyons, faisons bien celui-ci ici et choisissons simplement la base de données sur les soins de santé ici.
Mais le fait est que je ne vois pas seulement l’espace disponible, je suis capable de dire: «Regardons, prenons les dernières années de données» - et je vais dire quelque chose ici, je n’ai pas vraiment une année Digne de données, j'ai environ deux mois de données - mais, parce que je choisis un taux d'échantillonnage de mois ici, je vais être en mesure d'anticiper ou de prévoir dans ce cas les 36 prochaines unités, car notre taux d'échantillonnage est défini sur mois - c’est une unité, c’est un mois - et ensuite je pourrais le faire, puis produire un rapport pour me montrer en gros où nous pourrions anticiper notre croissance future, pour ces trois bases de données. Et nous pouvons voir que nous avons un degré variable de différence, ou de variance, entre les trois bases de données différentes, en fonction de la quantité de données qu’elles consomment par le passé.
Nous pouvons voir que les points de données ici représentent les données historiques, puis les lignes vont nous fournir les prévisions, ainsi que les chiffres à l'appui. Nous pouvons donc le faire au niveau de la table, même au niveau du lecteur, où je peux anticiper la taille de mes lecteurs, y compris les points de montage. Nous serions en mesure de prévoir ce même type d’information, mais encore une fois, en fonction de la fréquence d’échantillonnage, cela me permettra de déterminer le nombre d’unités et l’emplacement de ce que nous voulons prédire. Notez également que nous avons différents types de type de prévision. Ainsi, vous disposez de beaucoup d'options et de souplesse lorsque vient le temps de faire des prévisions. Maintenant, c’est une chose à faire: vous donner une date précise et pouvoir dire «Hé, à cette date, c’est là que nous anticipons la croissance de vos données.» En plus de cela, nous pouvons vous fournir avec d'autres informations liées à certaines des analyses que nous effectuons pendant les heures creuses et au service lorsqu'il est exécuté. Certaines des choses qu’il fait, c’est essayer d’anticiper ce qui va probablement se passer, en se basant sur l’histoire des événements passés.
Nous pouvons donc voir ici, en fait, une prévision nous donne une idée de la probabilité que nous ayons des problèmes tout au long de la soirée en raison de choses qui se sont à nouveau produites dans le passé. Donc, évidemment, c'est génial, surtout si je ne suis pas un administrateur de base de données, je peux regarder ces choses, mais ce qui est encore mieux si je ne suis pas un administrateur de base de données, est cet onglet d'analyse. Donc, avant que cela soit dans l'outil, nous pouvions montrer le produit aux gens et leur dire: «C'est génial, je vois tous ces chiffres, je vois tout, mais je ne sais pas quoi faire» (rires) «comme un résultat de cela. "Et donc ce que nous avons ici, est un meilleur moyen pour vous de pouvoir comprendre, si Im va agir pour aider à la performance, si Im va agir pour aider même à la santé de mon environnement, pouvoir disposer d’un moyen de classement de ces recommandations, ainsi que de conseils utiles pour en savoir plus sur ces recommandations et d’avoir même des liens externes vers certaines de ces données, qui m’aidera à comprendre pourquoi ces recommandations sont faites.
Et dans de nombreux cas, être en mesure de fournir un script qui automatiserait, comme je l’ai dit, la résolution de ces problèmes. Maintenant, une partie de ce qui se passait ici avec cette analyse - et Ill vous montre quand je vais configurer les propriétés de cette instance, et je vais à la section de configuration de l'analyse - nous avons beaucoup de catégories différentes qui sont listées ici, et une partie de cela, nous avons l'optimisation de l'index et l'optimisation des requêtes. Ainsi, nous évaluions non seulement les métriques elles-mêmes et des éléments similaires, mais également des éléments tels que les charges de travail et les index. Dans le cas d’espèce, il convient de faire une analyse d’indice hypothétique supplémentaire. Donc, c’est l’une de ces situations où je ne veux pas, dans bien des cas, je ne veux pas ajouter d’index si je n’en ai pas besoin. Mais à un moment donné, il y a une sorte de basculement, où je dis: «Eh bien, la table est en train de définir la taille ou les types de requêtes qui s'exécutent dans la charge de travail ont maintenant du sens d'ajouter un index. Cela aurait peut-être été logique six semaines auparavant. »Cela vous permet donc d’obtenir de manière dynamique cet aperçu des choses susceptibles, comme je l’ai dit, d’améliorer les performances en fonction de ce qui se passe dans l’environnement, de la charge de travail, et faire ce genre de choses.
Ainsi, vous obtenez beaucoup d'informations utiles, ainsi que la possibilité d'optimiser automatiquement ces éléments. C’est donc un autre domaine dans lequel nous pourrions apporter notre aide, en termes d’analyse prédictive. En plus de cela, je devrais dire, nous avons également d’autres domaines qui, selon moi, se prêtent généralement à vous aider à prendre des décisions. Et quand nous parlons de prendre des décisions, encore une fois, être capable de regarder les données historiques, donnez un aperçu pour nous amener là où nous devons être pour améliorer cette performance.
L’une des choses que nous pouvons faire est de disposer d’un visualiseur de base qui nous permet de choisir de manière sélective la métrique de notre choix - et de me laisser en trouver une ici - je vais utiliser l’utilisation du processeur SQL, mais vous pouvez y aller. Revenez sur le nombre de semaines que vous avez passées à peindre ces images pour que vous puissiez voir à quel moment se trouvent vos valeurs aberrantes, pour voir d’une manière générale où cette valeur se situe dans les délais de collecte des données. Et puis, en plus de cela, vous remarquerez également que lorsque nous entrons dans l'instance elle-même, nous avons la possibilité de configurer nos lignes de base. Et les lignes de base sont un élément très important pour pouvoir automatiser les choses et pour pouvoir en être averti. Et le défi, comme le diraient la plupart des administrateurs de base de données, est que votre environnement n’exécute pas toujours la même chose, tout au long de la journée, par rapport à la soirée et ainsi de suite, comme nous l’avons mentionné plus haut dans l’exemple relatif aux périodes de maintenance. avoir de hauts niveaux de CPU ou quoi que ce soit qui pourrait se passer.
Donc, dans le cas présent, avec ces lignes de base réelles, nous pouvons avoir plusieurs lignes de base, de sorte que je pourrais avoir une ligne de base par exemple, c'est-à-dire pendant mes heures de maintenance. Mais je pourrais tout aussi facilement créer une base de référence pour mes heures de production. Et le fait de le faire est que lorsque nous entrons dans une instance de SQL et que nous possédons en fait ces lignes de base multiples, nous serions alors en mesure d'anticiper et d'être en mesure d'effectuer un type d'automatisation, un type de correction ou simplement une alerte en général, différemment spécifique à ces fenêtres de temps. Ainsi, l’une des choses que vous verrez ici, c’est que ces lignes de base que nous générons utilisent les données historiques pour fournir cette analyse, mais plus important encore, je peux modifier ces seuils de manière statique, mais je peux aussi les automatiser de manière dynamique. Donc, lorsque la fenêtre de maintenance, ou je devrais dire la fenêtre de base de maintenance, ces seuils basculeraient automatiquement en fonction des charges rencontrées par Im au cours de cette fenêtre, par opposition au milieu de la journée lorsque mes charges ne sont pas aussi importantes. beaucoup, lorsque les charges de travail ne sont pas aussi impactantes.
C’est donc une autre chose à garder à l’esprit, en termes de référence. Évidemment, ils vous seront très utiles, car ils vous permettront également de comprendre ce qui est normal et de comprendre, de vous engager lorsque vos ressources vont également manquer. Maintenant, l’autre type de fonction que nous avons dans l’outil, qui vous aidera à prendre des décisions, en plus de la configuration de base et de la possibilité de configurer des alertes autour de ces lignes de base et des seuils que vous créez de manière dynamique, est comme je l’ai dit plus tôt, juste être capable de produire toute une myriade de rapports qui m'aident à répondre à des questions sur ce qui se passe.
Ainsi, à titre d'exemple, si j'avais 150 instances à gérer - dans mon cas, ce n'est pas le cas, nous devons jouer au jeu simulé ici - mais si j'avais toutes mes instances de production et que je devais comprendre où se trouve la zone que je besoin d’attention, c’est-à-dire que si je ne dispose que de peu de temps pour effectuer un type d’administration visant à améliorer les performances, je souhaite me concentrer sur les domaines clés. Cela dit, je pourrais dire: «En fonction de cet environnement, classez mes instances les unes contre les autres et attribuez-moi ce classement par canal de contention." Donc, si son utilisation du disque, de la mémoire, de ses attentes, que ce soit le temps de réponse, je suis en mesure de corréler - ou devrais-je dire rang - ces instances les unes par rapport aux autres. Évidemment, l’instance qui se trouve en haut de chaque liste, si c’est la même instance, c’est probablement une chose sur laquelle je veux vraiment me concentrer, car c’est évidemment encore une fois en haut de la liste.
Ainsi, l'outil contient de nombreux rapports qui vous aident à classer l'environnement au niveau de l'instance; vous pouvez le faire également au niveau de la base de données, où je peux classer mes bases de données les unes par rapport aux autres. Particulièrement pour les seuils et les zones que je peux définir, je peux même définir ici des caractères génériques si je le souhaite, pour ne me concentrer que sur des bases de données spécifiques, mais le fait est que je peux comparer mes bases de données de la même manière. En outre, en ce qui concerne les autres types d'analyse comparative et le principal de cet outil, il s'agit de l'analyse de base que nous avons. Donc, si vous faites défiler la vue service ici, vous verrez qu’il ya un rapport de statistiques de base. Maintenant, ce rapport va évidemment nous aider à comprendre non seulement ce que sont les valeurs de métrique, mais pour un cas spécifique, je pourrais sortir, et pour n'importe lequel de ces métriques, être capable de regarder réellement les lignes de base pour ces métriques.
Donc, quel que soit le résultat, en pourcentage ou quoi que ce soit, je peux dire: «Voyons la base de référence pour ceci ventilée au cours des 30 derniers jours», auquel cas cela va me montrer les valeurs réelles par rapport à la référence et Je serais capable de prendre des décisions en utilisant cette information, évidemment, alors c’est une de ces situations, où cela dépendra de la question à laquelle vous vous adressez, à ce moment-là. Mais cela va évidemment vous aider pour beaucoup de ces questions. J'aimerais pouvoir dire que nous avons un rapport qui fait tout, et qui ressemble à un rapport facile, dans lequel vous appuyez sur un bouton et qui répond à toutes les questions du type «Et si,» auxquelles vous pourriez répondre. Mais la réalité est que vous allez avoir beaucoup d’attributs et d’options parmi lesquelles choisir dans ces listes déroulantes pour pouvoir formuler les questions de type «Et si» que vous recherchez.
Bon nombre de ces rapports sont donc axés sur la capacité de répondre à ce type de questions. Il est donc également important que ces rapports, ainsi que tout ce que nous vous avons déjà montré dans l'outil, comme je l'ai déjà mentionné, aient la possibilité d'incorporer de nouvelles métriques, de les gérer, voire de créer des compteurs, ou des requêtes SQL qui sont incorporées dans vos intervalles d'interrogation, pour pouvoir m'aider à répondre à ces questions, que peut-être hors de la boîte que nous n'avions pas prévu de surveiller, vous pouvez ajouter ce genre de choses. Et vous pourrez alors faire les mêmes choses que celles que je viens de vous montrer: baseline, générer des rapports et créer des rapports à partir de cette métrique, et être capable de répondre à de nombreux types de choses différentes que je vous montre ici.
En plus de cela - et l’une des choses que nous avons évidemment rencontrée récemment - c’est d’abord, c’est le fait que tout le monde bascule ou passe aux machines virtuelles. Et maintenant, beaucoup de gens se dirigent vers le cloud. Et il y a beaucoup de questions qui se posent autour de ce genre de choses. Est-il judicieux pour moi de passer au cloud? Vais-je économiser de l'argent en passant au cloud? Si je devais mettre ces choses sur une machine virtuelle, sur une machine à ressources partagées, combien d'argent puis-je économiser? Ce genre de questions va évidemment être soulevé également. Ainsi, bon nombre de ces éléments gardent à l'esprit, avec Diagnostic Manager, nous pouvons ajouter et tirer des environnements virtualisés de VMware et Hyper-V. Nous pouvons également ajouter des instances qui se trouvent sur le cloud. Ainsi, dans des environnements tels que Azure DB, ou même RDS, nous pouvons également extraire des métriques à partir de ces environnements.
Il y a donc beaucoup de flexibilité et de capacité à répondre à ces questions en ce qui concerne les autres types d'environnements dans lesquels les gens se tournent. Et il y a encore beaucoup de questions sur ce sujet, et à mesure que les gens consolident ces environnements, ils devront également pouvoir répondre à ces questions. C’est donc un assez bon aperçu, je dirais, de Diagnostic Manager, en ce qui concerne ce sujet. Je sais que le sujet de la veille stratégique a été abordé et que nous disposons également d’un outil de veille stratégique dont nous n’avons pas parlé aujourd’hui, mais il va également vous aider à répondre à ce type de questions en ce qui concerne vos cubes et tous ces types de choses, aussi bien. Mais j'espère que cela a été un bon aperçu, du moins en ce qui concerne la façon dont ce produit peut aider à pouvoir formuler un bon plan.
Eric Kavanagh: D'accord, bonnes choses. Ouais, je vais le dire à Rick, s'il est toujours là-bas. Rick, des questions de votre part?
Rick Sherman: Oui, alors en premier, c'est génial, j'aime bien. J'aime particulièrement l'extension aux ordinateurs virtuels et aux nuages. Je vois beaucoup de développeurs d'applications penser que si c'est dans le cloud, ils n'ont pas besoin de l'accorder. Alors-
Bullett Manale: D'accord, nous devons toujours payer pour cela, non? Vous devez toujours payer pour tout ce que les gens mettent sur le cloud. Si son fonctionnement est médiocre, ou si cela cause de nombreux cycles de traitement, il vous faut plus d'argent, vous n'avez donc pas besoin de mesurer ce genre de choses, absolument.
Rick Sherman: Oui, j'ai vu beaucoup de mauvais designs dans le cloud. Je voulais demander si ce produit serait également utilisé - je sais que vous avez mentionné le produit BI et que vous avez des tonnes d'autres produits qui interagissent les uns avec les autres - mais commenceriez-vous à regarder les performances SQL, les requêtes individuelles dans cet outil? Ou serait-ce d'autres outils qui seraient utilisés pour cela?
Bullett Manale: Non, ce serait, absolument. C’est l’une des choses que je n’ai pas couverte et que j’ai voulu faire, c’est la partie requêtes de celle-ci. Nous avons beaucoup de façons différentes d’identifier les performances d’une requête, qu’il s'agisse de l'attente, comme nous le voyons dans cette vue, ou de la consommation de ressources des requêtes dans son ensemble, de nombreuses façons d'analyser une requête. performance. Que ce soit sa durée, son processeur, ses E / S, et encore une fois, nous pouvons également examiner les charges de travail elles-mêmes afin de fournir un aperçu. Nous pouvons fournir les recommandations dans la section Analyser. Nous avons également une version Web qui fournit des informations sur les requêtes elles-mêmes. Je peux donc obtenir des recommandations sur les index manquants et la possibilité de visualiser le plan d'exécution et tout ce genre de choses; c'est aussi une capacité aussi. Donc, nous pouvons absolument diagnostiquer les requêtes de sept façons différentes (rires) et être en mesure de fournir cette information en termes de nombre d’exécutions, que ce soit la consommation de ressources, les temps d’attente, la durée, etc.
Rick Sherman: OK super. Et ensuite, quelle est la charge sur les instances elles-mêmes avec toute cette surveillance?
Bullett Manale: C'est une bonne question. Le défi à relever pour répondre à cette question est de savoir si cela dépend, comme tout le reste. Notre outil offre en grande partie une flexibilité qui vous permet notamment de lui dire ce qu’il faut collecter et ce qu’il ne faut pas collecter. Ainsi, par exemple, avec les requêtes elles-mêmes, je n'ai pas à collecter les informations d'attente, ou je le peux. Je peux collecter des informations relatives à des requêtes dépassant une durée d'exécution. À titre d’exemple, si j’allais dans le moniteur de requête de configuration et que je disais «Modifions cette valeur à zéro», la réalité est que l’outil collecte en principe toutes les requêtes exécutées et que ce n’est vraiment pas le cas. l’esprit des raisons, mais d’une manière générale, si je voulais fournir un échantillon complet de données pour toutes les requêtes, je pourrais le faire.
Donc, c'est très relatif à ce que vos paramètres sont, en général, hors de la boîte. Ses frais généraux varient entre 1 et 3%, mais d’autres conditions s’appliquent. Cela dépend également du nombre de requêtes de port exécutées sur votre environnement, n'est-ce pas? Cela dépend également de la méthode de collecte de ces requêtes et de la version de SQL utilisée. Ainsi, par exemple, SQL Server 2005 ne serait pas en mesure de tirer des événements étendus, alors nous le ferions à partir d’une trace pour le faire. Ainsi, la manière de procéder pour la collecte des données serait un peu différente, mais cela dit, comme je l’ai dit, cela fait environ 2004 que nous sommes avec ce produit. Cela fait longtemps que nous avons des milliers de clients, la dernière chose que nous souhaitons faire est de disposer d’un outil de surveillance des performances qui pose des problèmes de performances (rires). Nous essayons donc d’éviter cela autant que possible, mais en règle générale, une telle règle est de l'ordre de 1 à 3%.
Rick Sherman: OK, et c'est assez bas, donc c'est génial.
Eric Kavanagh: Bien. Robin, des questions de votre part?
Robin Bloor: Je suis désolé, j'étais muet. Vous avez une capacité de bases de données multiples, et je suis intéressé par la façon dont vous pouvez consulter plusieurs bases de données et par conséquent, vous pouvez savoir qu'une base de ressources plus importante est éventuellement divisée entre diverses machines virtuelles et ainsi de suite. Je suis intéressé par la façon dont les gens utilisent réellement cela. Je suis intéressé par ce que les clients font avec ça. Parce que cela me semble, eh bien, c’est certain, lorsque je me suis mis à jouer à des bases de données, quelque chose que je n’avais jamais eu sous la main. Et je ne prendrais jamais en considération un seul cas de manière significative à un moment donné. Alors, comment les gens utilisent-ils cela?
Bullett Manale: De manière générale, vous ne parlez que de l’outil lui-même? Comment ils l'utilisent? Je veux dire, en général, sa capacité à avoir un point central de présence de l'environnement. Avoir l'esprit tranquille et savoir que s'ils regardent un écran et voient du vert, ils savent que tout va bien. C’est lorsque des problèmes surviennent et, bien entendu, dans la plupart des cas du point de vue des administrateurs de bases de données, très souvent, ils se produisent quand ils se trouvent devant la console, ce qui permet d’être averti dès que le problème se produit. Mais en plus de cela, être capable de comprendre quand le problème survient, de pouvoir aller au cœur de l’information qui leur fournit un certain inconvénient quant à la raison pour laquelle cela se produit. Et c’est donc, je pense, l’essentiel: être proactif à cet égard, ne pas être réactif.
La plupart des DBA à qui je parle - et je ne sais pas, c'est un bon pourcentage d'entre eux - sont malheureusement toujours dans le type d'environnement réactif; ils attendent qu'un consommateur les aborde pour leur dire qu'il y a un problème. Et donc, nous voyons beaucoup de gens qui tentent de rompre avec cela et je pense que c’est en grande partie la raison pour laquelle les gens aiment cet outil parce qu’il les aide à être proactifs, mais cela leur donne également un aperçu de ce qui se passe. , quel est le problème, mais dans beaucoup de cas, ce que nous trouvons au moins - et peut-être que ce sont juste les administrateurs de bases de données qui nous le disent - mais les administrateurs de bases de données, la perception est toujours leur problème, même si c'est le développeur de l'application qui a écrit l'application qui ne l’écrit pas correctement, ce sont ceux qui vont prendre le blâme, parce qu’ils prennent cette application dans leurs systèmes ou serveurs, puis quand les performances sont mauvaises, tout le monde se dirige vers le DBA qui dit: "Hé, c’est de ta faute."
Donc, cet outil sera souvent utilisé pour aider le DBA à dire: «C’est là que réside le problème et ce n’est pas moi.» (Rires) Nous devons améliorer cela, que ce soit en changeant les requêtes ou quoi que ce soit. Dans certains cas, cela leur incombera au niveau de leurs responsabilités, mais au moins disposer de l'outil pour pouvoir les aider à comprendre cela et le savoir, et le faire rapidement est évidemment la solution idéale.
Robin Bloor: Oui, la plupart des sites avec lesquels je suis familier, mais cela fait longtemps que je n’y suis pas allé, j'ai consulté plusieurs sites de bases de données multiples, mais j’avais surtout constaté que certains administrateurs de base de données étaient concentrés sur quelques sites. bases de données. Et ce sont les bases de données, que si jamais elles tombaient en panne, ce serait un très gros problème pour l'entreprise, et ainsi de suite. Et les autres, ils vont juste collecter des statistiques de temps en temps pour voir qu’ils ne sont pas à court d’espace et qu’ils ne les regardent jamais du tout. Et pendant que vous faisiez la démo, je regardais ceci et je pensais bien, d’une manière ou d’une autre, vous étendez, simplement en fournissant quelque chose comme ceci pour des bases de données qui étaient souvent, personne ne se souciait trop de, parce qu’elles ont une croissance de données , ils ont parfois aussi une croissance des applications. Vous élargissez considérablement la couverture DBA. La question est donc de savoir si, avec un ensemble d’outils comme celui-ci, vous êtes en mesure de fournir à peu près un service DBA à chaque base de données du réseau d’entreprise.
Bullett Manale: Le problème, c’est que, comme vous l’avez dit avec beaucoup d’éloquence, c’est comme certaines bases de données qui intéressent les administrateurs de bases de données et d’autres dont elles se soucient moins. Et la manière dont ce produit particulier, la manière dont sa licence est accordée est par instance. Donc, il y a, je suppose que vous diriez, un seuil à partir duquel les gens décident "Hé, ce n'est pas une instance suffisamment critique pour que je veuille le gérer avec cet outil." Cela dit, nous avons d'autres outils qui sont plus utiles. , Je suppose, s'adressant à ces instances moins importantes de SQL. L’un d’eux serait comme le gestionnaire d’inventaire, où nous vérifions l’état de santé des instances, mais en plus de cela, nous procédons à la découverte. Nous identifions donc les nouvelles instances qui ont été mises en ligne, puis à partir de là. en tant qu'administrateur de base de données, je peux dire: «OK, voici une nouvelle instance de SQL. Existe-t-il maintenant Express? Est-ce la version gratuite ou une version entreprise? ”C’est probablement une question que je voudrais me poser, mais deuxièmement, quelle est l’importance de cet exemple pour moi? Si ce n’est pas si important, cet outil pourrait être utilisé de façon générique, ce que j’appellerais des contrôles de santé génériques, en ce sens qu’ils représentent les éléments les plus élémentaires qui me tiennent à cœur en tant que DBA: la motivation est-elle complète? Le serveur répond-il aux problèmes? Les choses principales, non?
Tandis qu'avec Diagnostic Manager, l'outil que je viens de vous montrer, cela va descendre au niveau de la requête, il va descendre dans la recommandation des index, en regardant le plan d'exécution et tout ce qui est bien, alors que c'est principalement concentré sur qui possède quoi, qu'est-ce que je possède et qui en est responsable? Quels sont les Service Packs et correctifs dont je dispose? Et mes serveurs fonctionnent-ils avec les ingrédients principaux de ce que je considère être une instance saine de SQL? Donc, pour répondre à votre question, il y a un peu de mélange. Lorsque des personnes examinent cet outil, elles consultent généralement un ensemble d'instances plus critiques. Cela dit, certaines personnes achètent et gèrent toutes les instances dont elles disposent, cela dépend donc. Mais je vous dis que dans l’ensemble, il existe certainement un seuil parmi les personnes qui considèrent que leur environnement est suffisamment important pour disposer d’un outil comme celui-ci pour gérer ces instances.
Robin Bloor: D'accord, une autre question avant de la laisser à Eric. En regardant l'industrie, on a l'impression que les bases de données ont encore une vie, mais que toutes les données affluent dans tous ces bassins de données, et ainsi de suite. C'est le battage médiatique, vraiment, et le battage médiatique ne reflète jamais la réalité, alors je suis intéressé par quel genre de réalité vous percevez là-bas? Les bases de données importantes au sein d’une organisation connaissent-elles la croissance traditionnelle des données, que j’imaginais 10% par an? Ou croissent-ils plus que cela? Est-ce que le big data rend ces bases de données en ballon? Quelle est la photo que vous voyez?
Bullett Manale: Je pense que beaucoup de cas ont vu certaines données être transférées dans les autres segments où cela a plus de sens, quand d'autres technologies sont devenues disponibles. Récemment, certaines des données les plus volumineuses. Mais ces bases de données, je dirais, il est difficile de généraliser dans de nombreux cas car tout le monde est un peu différent. De manière générale, cependant, je vois des divergences. Comme je l'ai dit, les gens adoptent souvent les modèles élastiques, car ils souhaitent accroître les ressources et pas tellement dans d'autres domaines. Certaines personnes se tournent vers le Big Data. Mais il est difficile d’obtenir une idée de la perception, car, d’une manière générale, les gens à qui je parle parlent tous ont les bases de données traditionnelles et l’utilisent dans un environnement SQL Server.
Cela dit, en ce qui concerne SQL lui-même, je pense toujours que sa part de marché gagnera. Et je pense que beaucoup de gens qui se dirigent encore vers SQL de Oracle, parce qu’ils sont plus abordables et qu’ils semblent évidents, à mesure que les versions SQL deviennent plus avancées - et vous le voyez avec les choses plus récentes qui se passent avec SQL, en termes de cryptage et de toutes les autres fonctionnalités qui en font un environnement ou une plate-forme de base de données - c’est évidemment une capacité très critique, je suppose. Donc, je pense que nous voyions cela aussi. Là où vous voyez un changement, cela se produit encore. Je veux dire, cela se passait il y a 10 ans, cela concerne encore, je pense, SQL Server, où les environnements se développent et la part de marché augmente.
Robin Bloor: OK, Eric, je suppose que le public a une question ou deux?
Eric Kavanagh: Ouais, laissez-moi vous en dire un rapidement. C'est une très bonne question, en fait. Un des participants demande si cet outil me dira si une table peut nécessiter un index pour accélérer la requête. Si oui, pouvez-vous montrer un exemple?
Bullett Manale: Oui, alors je ne sais pas si j'en ai un pour ajouter spécifiquement un index, mais vous pouvez voir ici, nous avons des recommandations de fragmentation ici. Je pense aussi que nous venons de le faire et que cela faisait partie de la version Web de Diagnostic Manager, où il me dit que j’ai un index manquant. Et nous pouvons consulter ces recommandations et cela nous en indiquera le gain potentiel en indexant ces informations. L’autre chose que je devrais mentionner est que lorsque nous ferons les recommandations, le script sera construit pour beaucoup d’entre elles. Celles-ci ne sont pas un bon exemple, mais vous pourriez voir, oui, les situations dans lesquelles un index - un index dupliqué ou l’ajout d’un index - améliorerait les performances, et comme je l’ai dit plus tôt, nous faisons beaucoup de choses. que par l'analyse d'indice hypothétique. Donc, il est vraiment utile de comprendre la charge de travail, de pouvoir appliquer cela à la recommandation.
Eric Kavanagh: C’est formidable, et cela me permettra de bien passer aux derniers commentaires. Robin et moi, ainsi que Rick, entendons depuis de nombreuses années parler de bases de données à réglage automatique. C'est une base de données à réglage automatique! Tout ce que je peux vous dire, c'est: ne les croyez pas.
Bullett Manale: Ne croyez pas le battage médiatique.
Eric Kavanagh: Il peut y avoir quelques petites choses qui se font de manière dynamique, mais même cela, vous voudrez peut-être vérifier et vous assurer que cela ne fait pas quelque chose que vous ne voulez pas que ce soit fait. Donc, pendant un certain temps, nous aurions besoin d’outils comme celui-ci pour comprendre ce qui se passe au niveau de la base de données et, comme le disait Robin, les Data Lakes sont des concepts fascinants, mais il y a probablement autant de chances qu’ils prennent le relais qu’ils existent. un monstre du Loch Ness bientôt. Donc, je voudrais juste répéter, le monde réel a beaucoup de technologie de base de données, nous avons besoin de personnes, de DBA, pour examiner ces informations et les synthétiser. Vous pouvez dire, vous devez savoir ce que vous faites pour que ce travail fonctionne. Mais vous avez besoin d’outils pour vous donner l’information nécessaire pour savoir ce que vous faites. Donc, au bout du compte, les administrateurs de base de données vont s'en tirer très bien.
Et un grand merci à Bullett Manale et à nos amis de l’IDERA. Et bien sûr, Rick Sherman et Robin Bloor. Nous archivons toutes ces webémissions, alors visitez en ligne insideanalysis.com ou visitez le site de notre partenaire www.techopedia.com pour plus d'informations à ce sujet.
Et avec cela, bien vous dire au revoir, les gens. Merci encore, et à la prochaine fois. Prends soin de toi. Bye Bye.