La clé d'une analyse efficace: les requêtes à retour rapide

Par Techopedia Staff, 30 novembre 2016

À emporter: l' hôte Eric Kavanagh avec le Dr Robin Bloor, Dez Blanchfield et Bullett Manale d'IDERA discutent des requêtes et de la façon dont leur efficacité peut avoir des effets de grande portée.

Vous n'êtes actuellement pas connecté. Veuillez vous connecter ou vous inscrire pour voir la vidéo.

Eric Kavanagh: Mesdames et messieurs, bonjour et bienvenue encore une fois. Il est 16 heures, heure de l'Est un mercredi, et de nos jours, cela signifie qu'il est temps pour Hot Technologies! Oui en effet. Nous parlons de trucs sympas aujourd'hui. Bien sûr, je suis votre hôte, Eric Kavanagh. Le titre de l'émission d'aujourd'hui est «La clé d'une analyse efficace: des requêtes à retour rapide». C'est vrai, les amis, nous voulons tous rapidement. Qui ne veut pas vite? Il y a vraiment une diapositive sur la vôtre, et assez sur moi. Frappez-moi sur Twitter, @eric_kavanagh. Je serai heureux de vous contacter là-bas et d'avoir une conversation sur les réseaux sociaux. Ça peut être amusant, ne parle pas de politique.

L'année chaude. Nous avons parlé de différents problèmes analytiques cette année, et le seul sujet pour aujourd'hui est vraiment central pour faire le travail. Je me souviens qu'il y a probablement cinq ou six ans, j'ai entendu pour la première fois quelqu'un utiliser l'expression «avoir une conversation avec vos données», et même si cela peut sembler un peu ringard, le fait est que, si vous ne pouvez pas avoir une expérience itérative avec vos données, si vous ne pouvez pas modifier rapidement vos requêtes, envoyer de nouvelles requêtes, obtenir des réponses rapidement, alors vous n'avez pas de conversation avec vos données et l'ensemble du processus analytique est tronqué. Ce n'est pas bon.

Lorsque vous avez une conversation avec vos données, cela signifie que vous pouvez aller et venir, et à mon avis, c'est à ce moment-là que vous trouvez la perspicacité. Parce que très rarement vous allez trouver la requête parfaite la première fois. À moins que vous ne soyez le Mozart de l'analyse - et je suis sûr que cette personne est là - vous devrez passer du temps à modifier, à ajouter une dimension, à essayer d'affiner ce que vous recherchez. .

Parce que, encore une fois, ce ne sont pas des environnements extrêmement difficiles à gérer dans le monde de l'analyse; nous avons affaire à des environnements très encombrants et à des environnements très complexes et multidimensionnels. Et donc l'idée de la webdiffusion aujourd'hui est de parler de la façon d'activer ce type d'interaction itérative avec vos données.

Nous avons trois présentateurs. Bien sûr, dans Hot Technologies, par opposition à Briefing Room, nous avons deux analystes; chacun donne son avis en premier, puis l'invité entre, fait sa présentation, et nous avons une sorte de table ronde. Et vous, notre public, pouvez y jouer un grand rôle. Veuillez ne pas être timide; envoyez vos questions à tout moment. Utilisez le panneau Q&R si vous le pouvez, sinon le panneau de discussion est très bien; J'essaierai de surveiller les deux pendant l'émission. Et nous les enregistrons, donc si vous manquez quelque chose ou souhaitez le partager avec vos collègues, revenez plus tard. Nous les publions sur Techopedia.com et également sur InsideAnalysis.com.

Et avec ça, je vais faire venir les gens intelligents. Je vais céder la parole au Dr Robin Bloor. Permettez-moi de lui donner les clés, de changer de présentateur, et c'est parti. Robin, emporte-le.

Robin Bloor: D'accord. Merci pour cette intro. Il y a environ un mois et demi, j'ai eu une conversation avec un développeur qui est en fait un DBA. Il n'est pas vraiment un DBA - il était un DBA dans une entreprise particulière, et il était la seule personne qui pouvait réellement effectuer les requêtes. Mais il en a eu marre de faire ça, parce qu'il est vraiment, c'est en fait un développeur assez intelligent. Alors il est parti.

Et il doit faire quelques jours par mois pour eux de toute façon, car ils n'ont trouvé personne pour le remplacer et ils n'ont aucune idée de ce que fait la base de données ou comment la régler. Et j'y réfléchissais un peu, et juste, vous savez, ils n'avaient pas vraiment de service informatique, mais ce gars faisait du support pour eux. En fait, c'était le travail de DBA qu'il faisait la plupart du temps.

Pour les bases de données sophistiquées - Oracle, SQL Server, DB2, toutes ces grandes et coûteuses - le réglage de la base de données est une tâche difficile. C'est aussi un travail sûr. Et la raison, vraiment, pour dire cela, c'est que c'est un paysage changeant. Je vais passer par là. Vous savez, les bases de données relationnelles - généralement, dans l'ensemble, les bases de données relationnelles dominent toujours en popularité. Ils sont susceptibles de dominer pendant longtemps. Oui, il y a maintenant d'autres bases de données qui obtiennent plus de temps d'antenne, mais, vous savez, quand vous regardez réellement ce qui se passe là-bas, Oracle en fait la plupart, Microsoft SQL Server est deuxième, et il se passe diverses choses dans le cloud qui peut cependant poser problème. Ce sont les grands géants du jeu. Et ce sont les bases de données que vous pouvez utiliser à la fois pour les charges de travail OLTP et les entrepôts de données. Les alternatives sont normalement utilisées principalement dans des environnements analytiques, puis normalement, elles sont déterminées par les données pour expliquer pourquoi nous choisirions cela plutôt que relationnel. Surtout les gens ne le font pas.

Les entreprises ont tendance à normaliser sur une seule base de données. J'ai rencontré récemment une entreprise qui avait plus de 5 000 instances d'Oracle. Et je sorte de, la personne à qui je parlais de cette entreprise, je leur ai en quelque sorte posé des questions sur les DBA. Ils ont déclaré avoir environ 10 DBA et environ 30 bases de données en cours de traitement. Et le reste, Oracle était simplement utilisé comme un système final dans l'ensemble. Il y avait très peu de stress sur les données des applications qui les utilisaient. Mais cela m'a un peu étonné - 5 000 instances d'Oracle.

Et, en passant, ils avaient une licence de succession Oracle. Eh bien, vous savez, la licence d'entreprise, évidemment. Mais ils avaient aussi d'autres bases de données parce que, parfois, vous savez, les applications sont livrées avec une base de données préférée. Ce n'était pas comme si Oracle était la seule chose. Et il convient de mentionner que ni Hadoop ni Spark ne sont en fait une base de données, et il faudra beaucoup de temps avant qu'ils n'acquièrent ce que je pense être une règle de base de données. Bien sûr pour les liaisons de données.

Avec les activités DBA - Bullett peut probablement en dire beaucoup plus que moi - mais je vais les parcourir. C'est ce à quoi je pense, vous savez, ce que fait le DBA. Ils installent, configurent, mettent à niveau, gèrent les licences. Ils font beaucoup de travail ETL et de réplication d'une manière ou d'une autre. Ils font du stockage et de la planification de la capacité. Ils font du dépannage ou font partie de l'équipe de dépannage. La surveillance et le réglage des performances représentent la majeure partie de leur activité, mais toutes ces autres choses, ce n'est pas petit, vous savez. Sécurité, ils sont responsables de la sauvegarde et de la restauration. Ils devraient être impliqués dans les systèmes de test logiciel et ils pourraient être impliqués dans le cycle de vie des données.

Performance. Quand j'étais l'un de ces gars. Quand je courais et ajustais des bases de données, c'est comme ça que je l'ai compris, tu sais? Il y a le CPU, et d'une manière ou d'une autre de nos jours, le CPU est à peu près normalement inactif, car ce serait l'un des deux autres ou e - Eh bien, l'un des autres goulots d'étranglement serait en fait à l'origine du problème. Mémoire, saturation et fragmentation, ou saturation de disque ou d'E / S de disque, parfois surcharge du réseau, si vous exécutez sur plusieurs nœuds d'un réseau et que vous pourriez en fait rencontrer un verrouillage, probablement.

Mais c'était le monde tel que je l'ai vu. J'ai récemment regardé Oracle et le nombre de paramètres de réglage qu'il y a dans Oracle. C'était plus de 300. Vous savez, et si vous y réfléchissez réellement, un DBA qui sait vraiment ce qu'il fait doit avoir une idée de la raison pour laquelle vous voudriez jamais jouer avec l'un d'eux. C'est donc un travail compliqué, vous savez, et c'est plus compliqué par cela.

Vous savez, en ce moment, nous avons des CPU, mais vous avez … les CPU existaient déjà, des GPU sur le CPU ou des FPGA sur le CPU. Il y a donc une sorte de croisement entre ce qui se passe réellement sur un CPU. Les processeurs sont devenus multicœurs il y a longtemps; en fait, je n'optimisais plus les bases de données lorsque cela s'est produit. Je n'ai aucune idée de la différence que cela fait réellement, maintenant que j'y pense.

Nous avons, vous savez, 3D Xpoint et le PCM d'IBM à venir comme couche supplémentaire de mémoire, et nous avons des SSD, mais vous savez, ils remplacent la rouille tournoyante. Mais les SSD peuvent varier en vitesse. Avec autant, vous pouvez avoir un accès parallèle et cela les rend incroyablement rapides - proches de la vitesse de la RAM. Et vous disposez de toutes les architectures matérielles parallèles.

Et c'est tout, vous savez, les coûts baissent, ce qui est vraiment une bonne chose, mais tout cela fait - vous savez, si vous prenez la prochaine version d'une base de données et que vous commencez à l'implémenter sur des machines, même certaines cela, vous avez en fait perdu tout sentiment intestinal que vous pourriez avoir pour le comportement des données, car les latences sont juste très, très différentes. Et ici, vous savez, vous avez quatre couches plutôt que trois couches de stockage.

Problèmes de base de données. Vous obtenez l'entropie de la base de données - la prolifération d'instances est très courante. Les bases de données utilisées comme armoires, c'est en fait cet exemple que j'ai donné. Très peu de bases de données sont à réglage automatique, et celles qui prétendent être à réglage automatique ne sont pas vraiment bonnes, vous savez. Mais l'autre chose est que très peu de bases de données sont correctement réglées. C'est un travail difficile, pouvoir équilibrer les charges de travail. Je veux dire, quand vous pensez à une base de données, ce qu'une base de données peut faire sur une période de 24 heures, les charges de travail peuvent être très, très différentes. La base de données doit avoir un véritable entrepôt de données.

Et donc, régler ce n'est pas une question triviale, vous savez, parce que ce que vous faites, c'est régler les paramètres qui doivent répondre à toute une gamme de charges de travail sur un moment donné. C'est un travail difficile, au fond. Et SQL doit être réglé en particulier pour les jointures SQL. Ils peuvent être extrêmement gourmands en ressources. Et si la base de données a des vues matérialisées, pour être honnête, vous devriez enquêter sur l'utilisation de celles-ci, car elles rendront tout incroyablement plus rapide. Et cela nécessite quelqu'un qui comprend les charges de travail et comprend le trafic SQL et ainsi de suite.

Et la plupart des entreprises emploient très peu de DBA - très cher. J'ai connu des entreprises assez grandes avec, par exemple, trois gars, vous savez, un nombre considérable d'instances. Vraiment, ils coûtent cher, c'est un travail difficile en termes de complexité. Ils ont besoin d'outils.

Et je pense que c'est tout ce que j'ai à dire. Oh oui. Passons à Dez, voyons ce que Dez a à dire.

Dez Blanchfield: Merci, Robin. C'est un sujet énorme. Je vais m'en tenir aux choses qui, à mon avis, sont effectivement des défis quotidiens auxquels nous sommes confrontés. Car avouons-le, il y a toute une bibliothèque de livres écrits sur ce sujet. Qui n'est pas allé dans une librairie technique et a trouvé des murs et des murs de livres écrits uniquement sur le thème général des performances et du réglage et de la surveillance des bases de données. Et parfois, c'est un excellent moyen de tuer le temps.

Le sujet général: obtenir des requêtes de performances. Il y a un certain nombre de parties différentes de l'organisation qui transpirent ce sujet - au niveau de votre utilisateur final, d'après mon expérience, vous savez, les gens éprouvent simplement des performances, que les choses sont lentes. Les roues tournantes prennent un certain temps pour que les requêtes reviennent. À l'autre bout du spectre, vous avez des ingénieurs en infrastructure et en réseau et stockage qui sont battus par des spécialistes des bases de données parce que les choses ne fonctionnent pas aussi bien qu'elles le souhaitent. Et c'est un spectre très large, d'après mon expérience, les choses qui peuvent avoir un impact sur nos vies dans ce spectre.

Si vous pensez, à partir du physique, vous savez, juste l'espace informatique. Il y a de la mémoire, vous savez, de la RAM, si vous voulez - de l'espace disque, du réseau et tous les bits autour de cela. Dans cet espace, nous avons, vous savez, il stocke la pensée que, disons, que vous savez, il vaut mieux utiliser un disque brut ou un JBOD et juste, vous savez, élever le plus rapidement possible le disque et laisser le base de données trie la couche de protection des données. D'autres personnes sont de grands fans de RAID, la gamme redondante de disques bon marché, et ont différentes expériences religieuses avec RAID 0, 1, 3, parfois 5 et 6 différents types de segmentation ou de réplication sur disque, au cas où le disque dur tombe en panne. Même au niveau du stockage et au niveau de l'ingénierie, nous avons toujours des gens qui ont des vues et des expériences différentes sur les performances, sur les types de stockage.

Qu'il s'agisse de disques à connexion directe et des serveurs eux-mêmes, ou qu'il soit connecté via un Fibre Channel à un réseau de stockage sous une forme quelconque, qu'il s'agisse d'un stockage monté à partir d'un serveur quelque part via iSCSI ou Ethernet, par exemple. Et c'est avant même que vous arriviez vraiment à la couche de base de données, où, vous savez, le genre de choses que nous tenons pour acquises - vous savez, simplement en maintenant cela, comme Eric l'a souligné, vous savez, ce que nous appelons la conversation avec vos données . Juste pouvoir identifier des modèles et des modèles significatifs que nous pensons pouvoir commencer à explorer et rechercher des problèmes de performance.

Et c'est un sujet très large, donc je vais plonger dans deux domaines où, selon mon expérience, le temps, l'énergie et les efforts investis obtiennent de bons rendements. Permettez-moi donc de passer rapidement au premier. Et je ne suis allé qu'à moitié en plaisantant à la recherche d'une photo de quelque chose qui avait un squelette à l'intérieur et une peau à l'extérieur, mais le bloc Lego était probablement le moins horrible. Mais à bien des égards, c'est ainsi que j'imagine et dépeins mentalement le défi auquel nous sommes parfois confrontés avec des plates-formes d'analyse et des bases de données qui les prennent en charge. Et c'est que, vous seul, en tant que consommateur et utilisateur final ou même développeur, voyez souvent la couche de peau de placage, mais c'est en fait le squelette en dessous - c'est vraiment le problème sur lequel vous devez vous concentrer.

Vous savez, dans ce cas, lorsque nous pensons aux choses qui peuvent avoir un impact sur les performances et les analyses de base de données résultant de ce jour particulier, les performances, l'infrastructure de base et le simple suivi de cette infrastructure de base, et comme je l'ai souligné il y a un instant, votre disque et mémoire et CPU. Et comme l'a souligné le Dr Robin Bloor, les défis de la virtualisation et des choses qui se produisent dans les puces elles-mêmes, les performances jusqu'au niveau du cœur et la quantité de mémoire qui est maintenant mise dans chaque puce de chaque cœur. Ce sont des défis très techniques à relever pour une personne ordinaire.

Rester au top de la surveillance des requêtes. Vous savez, l'un des défis liés à la surveillance des requêtes et des files d'attente de requêtes est par exemple - je veux dire, SQL en tant que langage et les outils de base de données qui entourent les outils d'analyse, sont très puissants, et en particulier SQL en tant que langage. Mais avec cette puissance et cette simplicité vient aussi, dans de nombreux cas, et c'est que, si ce n'est pas une application faisant la même chose encore et encore, écrite par un bon développeur et repérée par un bon DBA, elle pourrait être des gens qui font des requêtes non structurées.

Et le problème est qu'il est assez facile d'apprendre un peu de SQL et de commencer à faire des requêtes, mais à la suite de cela, vous n'avez pas nécessairement toutes les compétences, l'expérience et les connaissances pour savoir si vous faites un bonne ou mauvaise chose à faire la base de données. Donc, en continuant à exécuter le même grand, large, mauvais, il suffit de démolir le bâtiment. Rester au top de la surveillance des requêtes est un défi intéressant.

Il suffit de surveiller les temps de réponse en ce qui concerne ce que fait la plateforme et ce que les utilisateurs obtiennent. Encore une fois, vous savez, sans les bons outils, ce n'est pas quelque chose que vous regardez intuitivement et pensez, "Oh, ils fonctionnent lentement en réseau" ou "La mémoire de l'utilisateur ne fonctionne pas bien" ou "Les index fonctionnent mal "Ou" sont des ballonnements. "

Et puis, vous savez, comment arrivez-vous au point où, une fois que vous avez vu un problème, comment le séparer et le dégrouper et relever tout le défi des requêtes mal structurées? Et, vous savez, est-ce une requête ad hoc que quelqu'un exécute à la main, ou est-ce un outil d'analyse avec un frontal de tableau de bord qui fonctionne mal parce qu'il pose les questions dans le mauvais sens, ou est-ce juste vraiment, morceau de code vraiment mal écrit?

Et ensuite, en faisant cet itératif, Eric a dit dans la configuration initialement, vous savez, juste en répétant de manière itérative encore et encore et en affinant ces flux de travail. Vous savez, quels sont les flux de travail que j'exécute, comment s'exécutent-ils, à quelle fréquence s'exécutent-ils, quel code s'exécute contre eux, où s'exécutent-ils dans le processeur et la mémoire, le disque et le réseau? Oui, c'est juste un défi vraiment, vraiment technique.

Et puis le nirvana que les gens recherchent dans ce monde, tout en passant de l'analyse historique et du réglage des performances et des alertes à votre environnement, ce qui est formidable à voir car vous pourriez obtenir un plan à l'avenir si vous savez pourquoi les choses ont ralenti hier matin à neuf heures. Mais cela ne vous aide pas pour le moment et cela n'aide pas votre plan pour l'avenir.

Je pense que la planification et le dimensionnement des capacités et la mise à l'échelle et le réglage, donc vous savez, je pense qu'il y a une tendance que nous voyons maintenant, où il y a un changement dans de très grands environnements où les gens ont de grandes plateformes de base de données et des environnements de base de données largement répandus des alertes et de la planification historiques aux alertes et à la planification prédictives, où ils veulent savoir ce qui se passe en ce moment et être en mesure de planifier pour l'avenir. Ou manquons-nous de mémoire et allons-nous manquer de mémoire dans l'heure qui vient, et que pouvons-nous faire? Quelle planification des capacités pouvons-nous faire en temps réel?

Pardon. Cela arrive au point où, vous savez, tout le défi de découvrir ces obstacles entrave essentiellement ce que nous appelons l'analyse fluide et en fait la norme dans votre organisation. Comme vous pouvez le voir, c'est un défi non trivial pour, vous savez, juste les grandes masses quotidiennes non lavées. Et c'est toujours un défi non trivial, même pour les plus avertis sur le plan technique.

Vous savez, si c'est difficile pour les simples mortels, comment pouvons-nous rendre cela possible? Parce que, vous savez, la plupart de ces problèmes ne peuvent pas être résolus par les utilisateurs réguliers, et nous pouvons avoir des ingénieurs de base de données spéciaux, des développeurs de bases de données, des développeurs de code, des programmeurs, mais ils doivent encore vraiment pouvoir dégrouper l'environnement. Ils doivent se séparer, vous savez, des problèmes comme les gens qui réutilisent le code.

Vous savez, l'une des pires choses que j'ai vues dans cet espace autour des résultats de performance dans les plates-formes d'analyse dans les très grands déploiements d'infrastructure de serveur de base de données est que les gens prennent un morceau de code, un morceau de SQL ou une procédure volée qu'ils n'ont pas faite. t écrire, et ils ne savent pas si c'est un bon ou un mauvais morceau de code, et ils le réutilisent simplement parce que cela leur donne le résultat qu'ils souhaitent. Mais il se trouve que c'est peut-être juste quelque chose qui a été écrit à la volée pour obtenir un ou deux résultats, comme un rapport - quelqu'un était pressé.

Et donc les gens utilisent du code complexe qu'ils n'ont pas écrit, et le glissent simplement dans un morceau de développement d'application, ne sachant pas qu'ils punissent réellement le back-end. Même en surveillant simplement les performances et en regardant d'où viennent les requêtes et en explorant, c'est, vous savez, un défi quotidien que je vois.

Des choses comportementales de base comme des données de pré-transfert pour des performances là où c'est possible. Les choses qui viennent d'être vécues ne vous apprennent que la suppression d'index si vous souhaitez effectuer des importations en masse, puis la réindexation afin que les index ne soient pas conservés lorsque vous récupérez des téraoctets de données. Vous savez, sans les outils appropriés, c'est presque impossible à voir parce que vous ne savez pas que l'index est martelé.

L'optimisation régulière des index est en quelque sorte un 101, mais qu'en est-il, lorsque vous effectuez des importations en bloc ou, vous savez, de créer une table sur les requêtes si quelqu'un fait une très grosse requête? Vous savez, cela peut être un énorme impact sur les performances, et encore une fois, si vous ne surveillez pas, vous n'avez pas les outils pour le voir, ce genre de chose se produit simplement en arrière-plan et vous ne savez pas comment y remédier .

Limiter les requêtes au nombre de colonnes dont vous avez besoin - je veux dire, cela semble vraiment basique, mais encore une fois, si vous ne pouvez pas le voir, vous ne savez pas que cela se produit, puis cela se produit simplement en arrière-plan et cela vous fait mal, à toi.

Savoir quand et où utiliser des tables temporaires, regrouper des suppressions et des mises à jour volumineuses. Encore une fois, toutes les choses très simples, mais sans cette visibilité, sans les outils pour le faire, ils restent assis en arrière-plan et continuent de vous faire mal et vous continuez à jeter plus de mémoire ou de CPU dans un environnement de base de données pour obtenir de meilleures performances de la plateforme d'analyse, lorsque vous devriez vraiment être en mesure d'explorer en détail ce qui vous fait du mal et d'aborder cette chose en particulier. Et puis, vous savez, des choses comme les contraintes de clés étrangères et comment trouvez-vous cela, comment savez-vous même que c'est un problème?

Cela m'amène à la conclusion de mon point clé ici, et c'est que, vous savez, au jour le jour, nous voyons ces problèmes partout. Et comme les environnements de base de données deviennent de plus en plus grands et de plus en plus larges, et comme le Dr Robin Bloor l'a souligné ici, nous obtenons des modèles environnementaux de plus en plus complexes avec des temps de base de données.

Et puis aussi la nécessité de s'intégrer dans certaines des plateformes de Big Data comme Hadoop et Spark qui arrivent, et de plus en plus à la fois. À mon avis, il nous incombe de trouver de meilleurs moyens, et des outils particuliers, pour exécuter intelligemment les performances, les analyses et les diagnostics de cette plate-forme en temps réel. Parce que cela coûte en temps réel et de l'argent réel et de la frustration pour les utilisateurs finaux et de l'argent réel si nous ne commençons pas à utiliser les outils pour plonger dans ces choses.

Et avec cela, je vais céder la parole à nos amis de l'IDERA, car je pense qu'ils ont une bonne histoire à raconter sur la façon dont nous pourrions résoudre ce problème.

Bullett Manale: Ça sonne bien. Merci beaucoup et je vais aller de l'avant. J'ai également quelques diapositives ici, et permettez-moi d'aller plus loin. Nous allons passer rapidement en revue certains de ces éléments.

Juste pour vous donner un aperçu, je suis le directeur de l'ingénierie des ventes ici à IDERA, et donc ce que nous faisons est de parler aux DBA assez régulièrement des douleurs et des défis qu'ils ont, spécifiques à, dans de nombreux cas, la surveillance des performances et ce genre de choses, évidemment. Et nous entendons beaucoup de ce public, et je pense donc que je peux partager régulièrement certaines des informations que je reçois de leur part et qui auront du sens. Je vais en sauter quelques-unes, car je ne pense pas qu'elles soient vraiment pertinentes pour la conversation.

Vous savez, j'ai ici ma propre liste des responsabilités du DBA - cela ressemble beaucoup à la liste de Robin, et je pense que c'est assez cohérent. Je pense que lorsque vous parlez à un administrateur de base de données, c'est toujours - vous savez, ils sont regroupés dans certains de ces domaines plus que d'autres et il n'y a pas de rime ou de raison à cela, cela dépend simplement de l'environnement.

Vous entendez un éventail assez large et large de choses que les gens veulent pouvoir faire. Et souvent, les gens qui veulent ces choses ne le font pas - ils vont les demander et, dans certains cas, vous commencez à forer ce qu'ils demandent vraiment, puis vous découvrez qu'ils ' re vraiment à la recherche de plus. Ils veulent vraiment plus d'informations que ce qu'ils pensent initialement avoir besoin, et lorsque vous commencez à explorer l'outil, je pense que c'est là que vous pouvez commencer à dire qu'ils ont une conversation avec les données.

Et je pense que c'est une phrase vraiment intéressante, et cela a beaucoup de sens en termes de pouvoir dire, oui, eh bien, si vous avez une mauvaise requête, qu'est-ce qui est vraiment une mauvaise requête? S'agit-il d'une requête qui consomme beaucoup de lectures ou d'écritures ou de CPU? Ce pourrait être celui qui tourne beaucoup, ce pourrait être, vous savez, c'est, comme vous l'avez dit, mal écrit.

En ce qui concerne la façon dont nous identifions cela, il y a un certain nombre de façons que vous verrez en termes de notre produit, le produit Diagnostic Manager, que nous montrons aux DBA qu'ils peuvent s'y prendre. Et c'est vraiment flexible, et je pense que c'est l'une des grandes choses - vous devez avoir un outil qui va vous aider avec ces problèmes de performances, l'environnement de chacun est un peu différent.

Et il va y avoir beaucoup, vous savez, des besoins et peut-être même des exigences obscures en termes de surveillance, donc vous devez avoir quelque chose de flexible et quelque chose qui va fonctionner et être capable de se conformer à l'environnement qui vous essayez de gérer. Vous savez, et j'ai beaucoup de ces exemples - je ne vais pas passer en revue chacun d'eux, mais vous avez besoin de quelque chose que vous pouvez faire pivoter d'avant en arrière entre une donnée et une autre, et je vais en quelque sorte parler de cela quand nous entrons un peu dans le produit et vous le montrons, et en termes de comment nous le faisons.

Mais l'autre chose que je pense en termes de bon outil d'analyse est, vous savez, il y a des choses essentielles que vous recherchez vraiment. Vous ne voulez évidemment pas d'abord et avant tout un outil qui va causer ses propres problèmes de performances au nom de la performance. Quand je dis collecter les données sans frais, je ne parle pas du coût en termes, vous savez, de coût monétaire, mais en termes de coût en termes de frais généraux et en termes de quantité de ressources que nous allons utiliser au nom de la performance. Vous voulez certainement quelque chose qui va vous aider.

Vous avez besoin de quelque chose qui va pouvoir obtenir les données que vous recherchez spécifiques aux problèmes que vous rencontrez au quotidien, et il peut y avoir des choses dont vous n'avez pas besoin et que vous ne faites pas '' Je ne veux pas, et cela n'a aucun sens de collecter ces données si vous ne comptez jamais en faire rapport ou si vous avez des besoins pour essayer de gérer ces données. En termes de métadonnées associées aux performances, par exemple.

Vous savez, un bon exemple est que je n'ai pas besoin d'être alerté si le service Distributed Transaction Coordinator dans SQL est en panne si je ne veux pas qu'il s'exécute en premier lieu. Alors ne m'alerte pas, ne recueille pas les données contre elle - je n'ai pas besoin de cette information. Il est donc très important d'avoir la possibilité d'activer et de désactiver ces éléments.

La possibilité également, une fois que vous collectez les données, d'y accéder assez rapidement - vous n'avez pas besoin, vous savez, d'exécuter et de masser les données, de manipuler les données - de pouvoir le faire rapidement et efficacement. Et puis une fois que vous avez les données, il est évidemment très important de pouvoir les comprendre.

Maintenant, c'est là que, avec notre - avec, comme, par exemple, le produit Diagnostic Manager que je vais vous montrer un peu aujourd'hui - ce produit, vous savez, j'aimerais vous dire que ce produit va remplacer et être un DBA dans une boîte. En réalité, cela nécessite une certaine connaissance de votre environnement et de ce que vous essayez d'accomplir. Il est évidemment important d'avoir une certaine compréhension du rôle du DBA lui-même.

Maintenant, ce que nous essayons de faire, c'est d'éduquer grâce à l'aide et à d'autres méthodes. Mais vous voudrez toujours lier cela, évidemment, à un certain type de niveaux d'expérience ou à quelqu'un qui sait ce qu'il faut faire une fois qu'ils ont reçu les données. Et être en mesure d'avoir une personne qui peut poser les bonnes questions à un produit, et avoir cette conversation avec les données, est évidemment la clé. Et puis évidemment pouvoir donner un sens aux données.

Une fois que j'ai les informations, pouvoir les transmettre aux bonnes personnes. Mes développeurs, mon équipe d'exploitation - quels qu'ils soient, je devrais peut-être m'intégrer à d'autres produits, avoir les crochets pour pouvoir le faire. Ce sont toutes de vraies choses importantes. Et puis, évidemment, le dernier mais non le moindre, si j'ai besoin d'en savoir plus, pouvoir le faire. Qu'il s'agisse d'activer un peu plus pour être collecté, ou si cela signifie simplement aller un peu plus loin dans les données. Vous espérez qu'avec un outil qui va, vous savez, aider à la performance, vous obtenez tout ce dont vous avez besoin pour pouvoir répondre à ces questions.

La seule chose que je n'ai pas mentionnée ici qui, je pense, mérite probablement d'être notée est que vous avez besoin d'un outil qui vous aidera à différencier ce qui est normal et ce qui ne l'est pas. Et je pense que c'est un gros problème, parce que, vous savez, il y a une tonne de produits d'alerte et de choses qui existent, mais si vous recevez une alerte et que l'alerte est une fausse alerte, cela ne vous fait aucun bien ; c'est plus une perte de temps et cela réduira davantage votre efficacité que cela ne les aidera. Donc, vous savez, ce sont des choses que je garderais à l'esprit.

Quand je parle du produit auquel je lie toutes ces choses dans la suite de produits IDERA, c'est le produit Diagnostic Manager qui, je pense, a probablement le principal type de caractéristiques dans ce dont nous parlons ici en termes de base de données réglage et performance et surveillance et ce genre de choses.

Les gens recherchent une surveillance au niveau de l'entreprise; ils veulent pouvoir avoir accès, pouvoir, sur un seul écran, savoir que les choses fonctionnent comme elles devraient l'être. Ou ils veulent être en mesure, évidemment, s'il y a un problème, de voir où se trouve le problème et de pouvoir ensuite l'explorer. Je pense que c'est vraiment une grande partie de ce que les gens recherchent avec ces types de façons dont vous pouvez vraiment affiner votre performance.

L'autre chose qui va de pair avec cela est que je ne peux pas simplement opérer dans le présent, et je dois être en mesure de revenir en arrière sur des périodes de temps, que ce soit en regardant des requêtes qui ont mal fonctionné ou si cela signifie, vous savoir, comment la VM hôte elle-même se comportait en termes de ressources. Toutes ces choses que vous devez être en mesure de faire, et vous n'allez pas rester assis à regarder votre console 24 heures sur 24, 7 jours sur 7.

Si vous êtes en vacances ou si c'est au milieu de la nuit, ou quoi que ce soit, vous avez besoin de quelque chose qui va pouvoir remonter dans le temps avec vous pour pouvoir dire ce qui se passait dans l'instance à le moment où nous avons eu un problème. Et pouvoir le faire, encore une fois, efficacement et rapidement et être en mesure de l'explorer est certainement un élément important dans le cadre de cette discussion. Et je dirais que c'est probablement l'une des choses les plus importantes en termes de ce que les gens recherchent. Ils sont toujours à la recherche de cette fenêtre sur le passé, parce que c'est vraiment un im– Vous savez, vous ne voulez pas avoir à rester là et attendre que quelque chose se reproduise.

La prochaine chose sur la liste est vraiment juste liée à ce dont nous parlions plus tôt, avec les performances de la requête elle-même. Et je vais vous montrer quelques exemples différents au sein du produit Diagnostic Manager, comment nous le faisons, ce qui, à la fin de la journée, va vous fournir beaucoup d'options autour des requêtes elles-mêmes en termes de quoi vous voulez vous rassembler.

Pour savoir si vous êtes intéressé par les requêtes qui causent des problèmes de ressources, la consommation de CPU ou la consommation d'E / S. Que ce soit des requêtes qui prennent du temps à terminer ou des requêtes qui, en général, ne sont peut-être pas les plus offensantes en termes de performances, mais peuvent s'exécuter si fréquemment que la seule fréquence de leur exécution peut être un problème. Et évidemment, être capable de repérer les tendances au fil du temps avec ces requêtes est également un élément important.

Il existe de nombreuses façons différentes de le faire dans ce produit, et je pense que c'est évidemment un élément vraiment important pour la plupart des administrateurs de base de données. Et même si vous ne disposez pas de vos propres applications développées en interne, il est toujours agréable de pouvoir s'adresser à vos éditeurs de logiciels et dire: «Hé, vous savez quoi? Vous savez, à deux heures de l'après-midi tous les jours quand ce travail décolle », ou quoi que ce soit, « C'est votre application qui cause cela, et nous devions le réparer. »Donc, même si vous n'avez pas terminé contrôle sur le code lui-même, il est toujours agréable de savoir quand des problèmes surviennent.

Et puis, vous savez, l'autre partie est évidemment plus proactive. Pouvoir être le premier à savoir, être capable de comprendre quand un problème survient. Pour non seulement être le premier à le savoir, vous pouvez le corriger, mais dans de nombreux cas, lorsque vous en avez besoin, c'est quelque chose qui pourra automatiser une réponse, dans de nombreux cas également. Vous pouvez, disons, vous savez, plutôt que de recevoir un e-mail disant: «Hé, vous devez aller réparer ça», si je suis en réunion ou si je suis, vous savez, sur la route ou quoi que ce soit, je Je le fais, c'est évidemment très agréable de pouvoir dire que j'ai quelque chose en place qui va pouvoir y remédier de manière automatisée.

Et si cela n'est pas traité de manière automatisée, au moins être en mesure d'être le premier à le savoir afin que vous puissiez prendre des mesures correctives ou contacter quelqu'un qui le peut. Et donc ce sont évidemment de gros éléments importants pour, vous savez, ces types de problèmes que vous pourriez rencontrer en termes de surveillance de vos machines et de vos instances et des analyses elles-mêmes.

Maintenant, j'en ai parlé plus tôt, c'est-à-dire la flexibilité des choses. Je ne saurais trop insister là-dessus, être en mesure de dire, vous savez, prêt à l'emploi, s'il y a quelque chose qui n'est pas surveillé, être en mesure d'avoir les fonctionnalités d'un produit pour pouvoir ajouter ces choses à être surveillé. Et dans le sens de l'exemple de Diagnostic Manager, nous avons évidemment, vous savez, des compteurs WMI, des compteurs, des compteurs SQL Server, vous pouvez créer vos propres requêtes.

Vous pouvez même, si vous le souhaitez, extraire les données de votre environnement vCenter ou de votre environnement Hyper-V, à la suite de l'interrogation en cours et de la possibilité, vous savez, de le faire régulièrement et extraire ces données et pouvoir les visualiser. Et, encore une fois, pivotez d'un endroit à un autre lorsque vous regardez ces informations.

Voilà donc le genre de choses que, en termes de ce que je vois des gens demander quand ils parlent d'un outil qui va les aider en termes de réglage et de performance - le produit que je vais vous montrer en seulement le deuxième est Diagnostic Manager, et il prend en charge tout de 2000 à 2016. Il est spécifique à SQL Server, et nous surveillons donc la gestion de ces choses. Il n'y a aucun agent sur les instances elles-mêmes qui surveillent l'instance.

Cela revient à collecter les informations à peu de frais, que, vous savez, nous avons évidemment essayé de collecter davantage ces informations, sans utiliser trop de ressources, n'est-ce pas? Nous essayons de tirer parti des choses que SQL Server nous fournit déjà et de les améliorer, que ce soit des vues de gestion dynamique, ou des événements étendus, ou quoi que ce soit en termes de collection elle-même. Pouvoir tirer parti de ces informations et les améliorer est l'un de nos mandats.

Maintenant, si vous examinez ce réel très rapidement, je ne vais pas passer en revue l'architecture trop en détail, mais avoir un référentiel principal avec toutes nos données historiques que vous pouvez gérer et que vous pouvez conserver aussi longtemps que tu veux. Vous pouvez même choisir le type d'informations que vous souhaitez conserver et pour combien de temps. Cela revient en quelque sorte à cela, à la collecte des données appropriées et à la suppression des données inutiles. Si vous souhaitez conserver les requêtes pendant cinq jours qui sont essentielles et conserver vos alertes pendant deux ans, cela ne dépend que de vous et c'est complètement votre prérogative de pouvoir le faire.

Un certain nombre de consoles différentes avec ce produit. Vous avez une version Web, vous avez également une version client lourd. Et c'est donc avoir la possibilité de sauter sur un navigateur et de voir ce qui se passe, ou si vous avez un ordinateur portable sur lequel un client dédié est installé, l'une ou l'autre de ces approches fonctionnerait pour vous.

Maintenant, ce que j'aimerais faire, c'est en quelque sorte faire une démonstration rapide. Et je voudrais souligner - je reviens à cette autre diapositive ici - que nous avons, nous venons d'ajouter, tout comme un FYI pour les gens qui connaissent le produit, nous avons une nouvelle offre qui est la Diagnostic Manager Pro. Une offre professionnelle qui inclut ce que nous appelons l'analyse de la charge de travail.

Et il s'agit vraiment de pouvoir regarder de manière interactive de très grandes périodes et de passer de cette vue, vous savez, à 30 jours à, vous savez, à cinq minutes en environ trois clics. Et être en mesure de voir la hausse des performances ou le problème dans le goulot d'étranglement que vous pourriez être en mesure de voir à un niveau très élevé et de descendre à un niveau très bas. Et surtout qu'aujourd'hui encore, c'est nouveau pour le produit.

Mais ce que je veux faire, c'est juste un premier départ, et je veux parler un peu de ce pivotement et de ces allers-retours. Et j'ai donné un exemple, et je vais partager sur mon écran ici. Et, voyons voir … Voilà. Mon écran. Et faites-moi savoir, les gars, que vous pouvez le voir.

Eric Kavanagh: Voilà.

Bullett Manale: Tout va bien là-bas? Bien. Donc, ce que vous regardez en ce moment - et c'est le produit Diagnostic Manager - et je voulais juste vous donner une sorte de démonstration de haut niveau de ce qui se passe ici. Dans cet exemple particulier, ce que nous faisons, c'est que nous vous montrons les requêtes associées aux attentes. Et donc quand je parle de pouvoir aller et venir, approfondir et pivoter, c'est - cette vue ici en est un bon exemple. Je peux passer d'une vue chronologique comme nous le voyons ici, qui va s'afficher maintenant. Dans notre cas, nous examinons les attentes elles-mêmes et les catégories des attentes elles-mêmes. Nous pouvons voir les déclarations qui sont liées à ces attentes, nous pouvons voir les applications.

Notez que c'est sur une vue chronologique ici, donc je peux identifier cette information linéairement en fonction du moment où le problème s'est produit, mais là encore, si je veux juste, encore une fois, pivoter, et je dis: «Vous savez quoi, regardons ceci d'un point de vue différent », allons-y et regardons cela du point de vue de:« Je veux voir les requêtes ou les attentes ou les applications qui me causent le plus de douleur, et les classer. »Et c'est ce que nous» va voir par «requête attend par durée». Maintenant, nous voyons les applications elles-mêmes qui me causent le plus de douleur, ou les attentes.

Et puis, voici la partie qui est vraiment la partie la plus importante, c'est d'être capable d'isoler ces choses. Je peux voir que cette application NoSQL démarre ici. Cela me cause une bonne quantité de temps d'attente, bien dans les 25 secondes de temps d'attente dans cette fenêtre de 30 minutes dans laquelle nous sommes forés. Et je peux alors isoler cette application et je peux voir les déclarations, dans ce cas, qui affectent directement cette instance particulière.

Et donc ce n'est qu'un exemple de la façon dont vous pourriez identifier un goulot d'étranglement, être en mesure de classer les informations, être en mesure de hiérarchiser les problèmes qui doivent être traités en premier. Ce sont toutes des choses que vous devez considérer. Vous savez, vous pouvez résoudre les problèmes toute la journée, mais si vous résolvez les problèmes qui sont en bas de la liste à résoudre, vous perdez votre temps. Vous avez un coût d'opportunité associé à cela.

Je vais vous donner un autre exemple, et c'est un petit exemple différent. Plutôt que de pointer spécifiquement sur un problème ou de pointer sur une zone, vous avez également besoin d'un outil qui pourra vous aider au sens large, en disant: «Hé, avons-nous eu des problèmes?» Ou «Est-ce que y a-t-il des choses que je peux faire pour améliorer la performance? " Et dans ce cas, cela peut être lié à la configuration; cela peut être lié à, vous savez, la manière dont la santé de l'instance elle-même est gérée. Et aussi, évidemment, les performances aussi.

Si je vais sur ce bouton Analyser ici, la chose que je vais vous montrer est que, dans ce produit, nous avons également une sorte de liste proactive des choses qui peuvent être effectuées dans un format classé qui vous fournira essentiellement des informations dans les choses qui vous donneront probablement une augmentation de vos performances sur cette instance, ou une augmentation de la santé de cette instance. Et c'est dans un format classé dans le sens où vous avez la possibilité de voir lesquels sont les plus susceptibles d'améliorer vos performances spécifiques à un type de problème particulier qui a été identifié.

Et donc, quand je regarde ces choses et que je les identifie, non seulement je vois que j'ai un problème et j'ai aussi, dans de nombreux cas, un script qui peut être construit automatiquement pour résoudre ce problème. Mais dans bon nombre de ces cas, nous avons également des liens externes qui feront référence au type de problème que nous rencontrons, et pourquoi nous donnons également cette recommandation, afin que vous obteniez cet aspect éducatif des choses. Ce qui, encore une fois, je pense est très important lorsque vous parlez, vous savez, de résoudre des problèmes.

Je ne veux pas simplement suivre aveuglément ces recommandations, je veux comprendre pourquoi ces recommandations sont faites. Et je pourrais être un DBA senior qui fait ça depuis 30 ans et j'ai besoin de quelque chose qui va, vous savez, vérifier les - ou parsemer les i et traverser les t, dans ce cas - ou peut-être que je suis un DBA junior et J'ai besoin d'un peu d'aide pour comprendre ces problèmes au fur et à mesure qu'ils se produisent et pourquoi ces recommandations sont faites.

Comme je l'ai dit, je vais simplement vous présenter quelques parties différentes du produit. Cet outil existe depuis, vous savez, il existe depuis 2004, 2003. Et il a vraiment beaucoup de développement, beaucoup d'informations, donc ça n'aurait pas de sens d'essayer de tout vous montrer ici. Mais je pense que l'une des choses qui mérite d'être notée est que, lorsque nous entrons et que nous commençons à parler de toutes les choses que vous pouvez surveiller et de toutes les choses que vous pouvez alerter, encore une fois, en revenant à cette flexibilité des choses, voici une liste de tous les éléments que nous surveillons.

Maintenant, cela ne signifie pas nécessairement que je veux considérer ces choses comme étant en état d'alerte si elles se détraquent en termes de seuil, vous pouvez donc activer et désactiver ces choses. Cela revient à cela: «Hé, je n'ai qu'à faire certaines choses avec certaines mesures. Je dois seulement, vous savez, alerter sur certains problèmes. »Et être en mesure de nous assurer que nous n'allons pas, vous savez, vous saturer avec un tas de faux positifs. Non seulement vous avez la possibilité d'activer ou de désactiver ces choses, mais dans de nombreux cas, vous remarquerez que nous fournissons également cette bande de normalité en ce qui concerne chaque métrique. Donc, si je regarde ce particulier, dans ce cas, une ligne de base, je remarquerais que le seuil est probablement plus élevé là où il se trouve en ce moment.

De l'autre côté de la médaille, que se passe-t-il si j'ai une instance de SQL, où je suis en train de suivre certaines mesures et ces mesures, pour une raison quelconque, les seuils que j'ai définis sont incorrects? En d'autres termes, les seuils sont limités au milieu de la position de base, ce qui signifie que si j'ai une alerte liée à ce seuil, je vais probablement recevoir une alerte pour quelque chose qui est un événement normal. Et donc, dans ce genre de situations, nous pouvons également vous fournir ces informations dans tous les domaines.

Pour toutes les métriques sur cette instance particulière, je peux voir ces seuils qui vont probablement montrer un faux positif ici en termes de ce qui est normal et de ce qui ne l'est pas. Ce sera quelque chose qui serait considéré comme une utilisation normale du côté de la mémoire, et si je voulais augmenter ce seuil, je le pourrais, mais c'est une sorte d'idée avec les lignes de base.

Et la chose intéressante à propos du produit Diagnostic Manager en termes de lignes de base elles-mêmes est la possibilité de définir plusieurs lignes de base. Et vous pouvez demander: «Pourquoi voudrais-je faire ça?» Et la réponse est, eh bien, si vous avez une fenêtre de maintenance qui va, disons, de minuit à 4 heures du matin, où vous taxez vraiment vos ressources, vous 'utilise vraiment les ressources autant que possible, alors vous voulez pouvoir, encore une fois, changer, et vous voulez pivoter un peu et dire: "Écoutez, nous allons changer nos seuils pour cela." Et nous pouvons en fait ajuster dynamiquement nos seuils en fonction de la base de référence dans laquelle nous nous trouvons, en fonction de l'heure du jour ou du jour de la semaine, etc. Il va donc ensuite ajuster dynamiquement ces seuils pour nous.

Reprenons un pas. Une fois que nous avons identifié ces seuils, une fois que nous les avons franchis et, en termes de mise en place d'alertes et de notifications et d'être informé de ces situations qui pourraient se produire, encore une fois, la flexibilité est primordiale ici. Vous voulez pouvoir alerter dans des situations spécifiques. Dans d'autres situations, vous pouvez envoyer un e-mail à quelqu'un d'autre, vous pouvez exécuter un script PowerShell, vous savez, la liste continue.

Je pourrais vouloir intégrer quelque chose via un piège SNMP ou même directement avec, par exemple, SCOM. Le fait est que vous avez la flexibilité de le faire, et vous pouvez configurer tous les types de conditions qui le garantissent, que ce soit une condition de très large portée - vous savez, mon processeur et ma mémoire ou toutes les ressources - dans toutes mes instances, ou peut-être que j'ai un type de chose très spécifique que je veux surveiller parce que, lorsque je constate que nous sommes en violation, je veux exécuter un script très spécifique et dirigé sur ce problème. C'est donc là que vous seriez en mesure de faire ce genre de choses à l'intérieur du produit Diagnostic Manager, juste, vous savez, en termes d'alerte et de notification, et d'être flexible de ce point de vue.

Maintenant, je ne passerai pas en revue toutes les alertes et toutes ces bonnes choses. Je voulais parler des rapports. Et, encore une fois, être en mesure de prendre les informations et d'exploiter ces données de différentes manières - et cela remonte à nouveau à la conversation avec vos données. Et beaucoup de gens, quand ils voient ce produit pour la première fois, ils pensent: «Oh, eh bien, je vais avoir un outil qui va m'alerter quand il y a des problèmes. C'est ce dont j'ai besoin. »Et la réalité est, ils ont besoin de cet outil, mais l'autre côté est, s'ils ont vraiment - ils ont aussi besoin d'un outil pour les aider à prendre des décisions, et ils peuvent tirer parti de cette information que nous sommes collecter au nom de la performance et aussi au nom de l'alerte, pour pouvoir vous aider à prendre des décisions dans le futur.

Vous savez, un bon exemple serait mes prévisions de croissance dans ma base de données. Si j'ai une base de données spécifique qui grandit, pouvoir pointer vers cette base de données ou même plusieurs bases de données pour pouvoir voir quels sont les taux de croissance. Nous ne vous montrons pas sur la base de ce que vous savez aujourd'hui. il va le prévoir en fonction de la croissance passée que nous avons connue.

Si j'ai quelques bases de données ici - que j'ai par hasard, imaginez que - je pourrais entrer et dire: «Prenons la dernière, vous savez, la valeur des données de l'année, corrélons cela par mois, et dans un échantillon mois, allons-y et voyons combien de croissance nous allons voir dans les trois prochaines années, ou 36 unités. »Dans ce cas, nous pouvons répondre très rapidement à cette question. Maintenant, essayez de le faire par vous-même, non? Essayez de faire cela en autant de temps que moi-même. Ça va vous prendre un peu de temps.

Maintenant, pour insister encore plus sur cela, prenons un autre rapport, qui est mon rapport sur les meilleurs serveurs. Imaginez que j'ai une centaine d'instances de production, ce qui, dans ce cas, je n'en ai pas. Mais si quelqu'un vient à moi et me dit: «J'ai besoin que vous me disiez - nous allons mettre cette nouvelle base de données là-bas pour cette superbe nouvelle application; ça va tout changer comme nous le savons; ça va rendre la vie si merveilleuse. Oh, soit dit en passant, la base de données elle-même va être très gourmande en E / S, ou elle va être gourmande en CPU, ou en mémoire… », quel que soit le remplissage, je veux être en mesure de voir, de toutes mes instances de production, où est-il judicieux de mettre cette base de données? Et je peux classer toutes mes instances les unes contre les autres en termes de type contingent, que ce soit CPU, mémoire, disque ou quoi que ce soit. Et donc le point ici est de pouvoir répondre à cette question rapidement et efficacement et de prendre la bonne décision plutôt que de deviner quand vous le faites - tout cela est évidemment très important, et vous avez besoin de quelque chose qui va vous aider.

Et lorsque nous parlons d'analytique, cela peut aller de quelque chose comme ce dont nous parlons avec la planification de la capacité aux alertes, vous le savez, que vous rencontrez au jour le jour qui pourraient traiter avec le processeur, comme ainsi que de toute évidence les requêtes elles-mêmes, s'il y a blocage, etc.

Un autre exemple de cela serait, si j'allais à la section d'administration ici - en fait, je reprends cela, la section d'alerte ici - interrogeant le dépositaire de nos informations historiques pour des choses qui se sont produites dans le passé. Ai-je eu un blocage survenu dans mon environnement de production? Je ne sais pas, découvrons.

Je peux revenir à ma balise Production et je peux dire, pour toutes mes instances de production, quelle que soit la période de temps, pour toute métrique que je veux identifier. Si je suis passé en état d'alerte, dans notre cas, disons le blocage par nombre, pas par secondes de blocage, et je peux revenir en arrière et, dans ce cas, quelques mois, si je dois - ou dans ce cas cas, un mois - et je peux voir ce blocage. Je peux voir quand il a commencé, je peux voir quand il s'est terminé, et je peux explorer en profondeur n'importe lequel de ces intervalles de tirage si nécessaire, pour voir les détails de l'incident de blocage en lui-même. Vous devez être capable d'avoir quelque chose qui est très rapide, être capable de trouver ce dont vous avez besoin et chercher plutôt que de faire tourner beaucoup de cycles pour le faire. Et donc, je pense que c'est aussi important.

La dernière chose que je veux vous montrer - et vous montrer ce produit, le produit Diagnostic Manager - est que nous avons, comme je l'ai déjà mentionné, nous sommes entrés et nous avons ajouté un autre composant à notre SQL Diagnostic Manager Offre pro. Et c'est le composant Workload Analysis. Et ceci est une version Web de ceci, dans ce cas que nous vous montrons ici. Mais le point ici est que cela vous permet de regarder une période de temps vraiment large ou une fenêtre de temps très spécifique, et à partir de, vous savez, en quelques clics, de voir le code directement lié aux problèmes qui auraient pu se produire .

À titre d'exemple, si je regarde une vue de quatre semaines, ici, je peux voir, ici, tous les pics en termes de bases de données et les performances de ces bases de données et où nous avons vu une activité d'attente sur ces bases de données. Maintenant, et vous pouvez voir, si je vois un pic ici, l'avantage de cet outil lui-même est simplement de pouvoir mettre en évidence cette petite barre là. Et puis, quand je fais ça, toutes les choses ici changent. Nous pourrions voir les bases de données, nous pourrions voir que toutes les commandes sont liées à ce qui se trouve derrière cette barre.

Même chose si je dis: «Regardons les quatre dernières heures» plutôt que les quatre dernières semaines. Je peux toujours faire ça. Je peux toujours mettre en évidence cette période de temps, puis à partir de là - voici, encore une fois, voici mes points pivots - toutes ces choses ici, je peux me connecter. Les principales instructions SQL, je peux voir ces requêtes, dans ce cas, qui causaient des attentes liées à la consommation du processeur. Juste en explorant, je peux voir ces requêtes liées ici - oups - et je peux également voir les programmes et tout ce qui n'est pas associé à cela.

Vous obtenez beaucoup d'informations ici, et pas seulement cela, mais vous pouvez voir que lorsque vous descendez au niveau de la commande, cela va vous dire des choses. Il va vous dire s'il voit des opérateurs lourds, vous pouvez alors voir les plans d'exécution. Cela prend un peu de temps car il est assez étendu pour charger celui-ci. Mais le point ici est que vous avez beaucoup de façons différentes d'afficher les données, de voir ce que vous recherchez, puis de pouvoir évidemment agir à partir de là selon vos besoins, donc, et celui-ci prend plus longtemps que d'habitude, donc je vais en rester là.

Et donc avec cela dit, je vais le passer en arrière. Et j'espère que c'était une bonne démonstration du genre de choses dont nous parlions. Et comme je l'ai dit, le produit lui-même que nous utilisions pour donner ces exemples existe depuis assez longtemps, et donc beaucoup d'autres choses dont nous pourrions parler et vous montrer, mais si c'est quelque chose qui vous intéresse vous pouvez toujours aller sur notre site Web et le télécharger et jouer avec.

Eric Kavanagh: Et j'adore que vous montriez tous ces détails. Si vous revenez en arrière quelques écrans - même cet écran est assez bon. Parce qu'il y a tellement de façons différentes de visualiser ce qui se passe réellement, et je pense que c'est l'un des aspects les plus sous-estimés de l'informatique de nos jours. C'est certainement un environnement de base de données que, à bien des égards, j'ai cette demi-blague que je dis: "Nous apprenons toujours à parler le silicium." Nous apprenons toujours à comprendre comment voir ce qui se passe, et à votre propos, qui a été très bien pris, vous devez avoir cette conversation avec des données pour mieux comprendre ce qui se passe, pourquoi les choses vont lentement, car il y a tellement de problèmes possibles. Et, bien sûr, IDERA propose un certain nombre de produits différents, dont les anciens produits Precise qui, je pense, pourraient être complémentaires à cela.

Mais peut-être Robin, je vais vous la poser pour quelques questions, puis Dez, quelques questions de votre part, et peut-être que n'importe qui dans le public, ne soyez pas timide. Envoyez-les maintenant.

Bullett Manale: Robin, tu es muet?

Robin Bloor: Oui. Ça va, je me retire juste muet. Je dois dire que c'est incroyablement - la chose qui m'a vraiment frappé le plus dramatique à propos de cet outil, parce que vraiment - surtout étant donné le fait qu'il est assez évident que toute une série de dimensions dans lesquelles vous n'êtes pas entré - la chose qui en fait, Je pense que le plus impressionnant à ce sujet est que ce doit être un très, très bon moyen de former un DBA. Vous savez, c'est - donc lorsque vous commencez à travailler sur une base de données et que vous ne savez pas grand-chose sur ce qui se passe réellement dans une base de données, il est vraiment très difficile de comprendre. Est-ce donc beaucoup utilisé, spécifiquement pour la formation? Je l'utiliserais.

Bullett Manale: Ouais. Je veux dire, quand vous parlez de formation, vous voulez dire un peu comme une formation en cours comme une sorte de DBA, non? En terme de…

Robin Bloor: Oui, oui, oui, oui. Un outil d'apprentissage. Tu sais, a.

Bullett Manale: Oui, je pense que c'est certainement le cas, et encore plus que nous avons ajouté ceci, le composant Analyser que nous vous montrions plus tôt, qui contient toutes les recommandations qui y sont liées. Mais je pense que vous trouverez à coup sûr, dans l'aide et dans de nombreux domaines différents, le produit vous fournit, vous savez, beaucoup d'informations. Beaucoup d'informations.

Et la réalité est, comme je l'ai dit, vous pouvez l'utiliser si vous n'êtes pas un DBA. Vous vous trouverez probablement en train de faire des recherches Google et des choses comme ça, juste à la connaissance générale de ce que la plupart des administrateurs de bases de données ont, mais vous pouvez corréler cela et cela va certainement vous aider en termes de: "Hé, vous savez, hé ce qui est cette chose appelée fragmentation? »ou, « Pourquoi cette requête s'exécute-t-elle 6 000 fois? »Je veux dire, parce que ces choses vous seront présentées et elles bouillonneront, et vous les verrez. Vous verrez que vous savez ce qui est normal et ce qui ne l'est pas. Vous verrez les choses qui augmentent et les choses qui ne le sont pas.

En règle générale, nous essayons de définir cette chose comme, en termes de meilleures pratiques. De sorte que, lorsque vous le pointez vers une instance, cela vous montre les éléments identifiés comme étant en dehors des meilleures pratiques. Je veux dire, bien sûr, vous savez, la réalité est que les meilleures pratiques sont les meilleures pratiques et ce ne sont pas toujours des pratiques réelles. Mais, vous savez, il vous montrera les valeurs aberrantes, même depuis le point initial que vous l'installez et le pointez vers une instance.

Et puis à partir de là, vous pouvez évoluer selon les besoins pour résoudre les problèmes et identifier si c'est vraiment un problème ou quelque chose qui se passe normalement au jour le jour. Et puis, parce que vous avez beaucoup d'informations pour vous aider et les recommandations, oui, absolument.

Robin Bloor: D' accord. Et une autre question - mais je suis sûr que la réponse à cette question est très rapide - est que vous avez la granularité nécessaire pour aller directement à la requête individuelle et au point individuel dans le temps et regarder à partir de cette dimension, .

Bullett Manale: Bien sûr, oui. Selon ce que vous voulez faire, vous pouvez regarder une fenêtre de temps d'une minute ou vous pouvez regarder une fenêtre de temps de trois jours ou, vous savez, une fenêtre de temps de trois semaines. Et, vous savez, comme je l'ai dit, cela dépend de la façon dont vous voulez regarder les données, et aussi de ce que vous voulez collecter. Dans certains cas, nous collectons uniquement les requêtes qui atteignent un seuil que vous avez identifié. Dans d'autres cas, nous pouvons collecter, vous savez, chaque requête qui entraîne une attente.

Mais vous avez également la possibilité de dire: «Écoutez, ces seuils que j'ai identifiés, c'est peut-être juste pour les écritures, ou peut-être juste pour les lectures, ou peut-être seulement pour le processeur.» Donc, en supposant qu'il a dépassé ce seuil, alors c'est ce que vous souhaitez collecter. Quel que soit le délai que vous souhaitez consulter, vous pourrez voir les requêtes offensantes, en fonction de ce que vous considérez comme une infraction.

Vous avez différentes manières de regarder les données. Vous pouvez le regarder dans une vue consolidée pour voir, vous savez, les requêtes qui - combien de requêtes en coulisses ont démarré, contre, vous savez, chaque incident de cette requête qui démarre, pour observer un modèle, si vous sera, pour voir si elle empire continuellement.

Mais pour répondre à votre question, vous pouvez certainement indiquer l'heure que vous souhaitez. Vous avez cette chose appelée le navigateur historique - et je l'utilisais un peu - mais fondamentalement quel que soit le moment que vous sélectionnez, quel que soit le jour du calendrier que vous sélectionnez, vous pouvez aller directement à ce moment.

En ce moment, je regarde le 15 novembre à 19h05, et nous pouvons regarder les requêtes spécifiques à cette heure. Si j'en avais un qui fonctionnait mal étant donné cette fenêtre de temps, nous serions en mesure de regarder les détails de session spécifiques à cette fenêtre de temps pour voir quelles sessions étaient en cours d'exécution. Je veux dire, il y a toute une série de données ici, et comme je l'ai dit, la partie la plus difficile, vraiment, c'est peut-être 30 minutes de jouer avec la console et de trouver comment faire ce genre de choses.

Mais une fois que vous reconnaissez que la plupart des données ici se trouvent dans ce ruban et qu'elles sont divisées par ces onglets, et que chaque onglet a son propre ensemble de boutons à changement dynamique qui apparaissent chaque fois que vous cliquez dessus, alors si vous regardez en temps réel - des trucs de temps ou des trucs qui se sont produits la semaine dernière, c'est le même processus. C'est essentiellement, je regarde en ce moment le 15 novembre, mais je peux tout aussi facilement regarder le temps réel en cliquant simplement sur ce bouton. Et je vais interagir avec les données de la même manière.

Mais pour répondre à votre question, oui, il existe de nombreuses façons d'afficher les informations historiques, et cela concerne également les requêtes elles-mêmes.

Robin Bloor: Je vois. C'est très impressionnant. Et j'adore le fait que les fenêtres se synchronisent, même si cela devient un peu nécessaire dans tout ce qui concerne les données en temps réel de nos jours.

Bullett Manale: Ouais. Sûr.

Robin Bloor: Voici juste une information dont je ne connais pas la réponse. Comme vos offres - SQL Server et le cloud - pouvez-vous pointer vers le cloud sous Ratio?

Bullett Manale: Vous le pouvez. Vous pouvez pointer cela sous le cloud. Lorsque vous ajoutez réellement des instances, il vous demandera s'il s'agit de RDS ou Azure. Maintenant, il y aura des limitations basées sur ce qui nous est exposé depuis le cloud, donc il pourrait y avoir une - il y a une petite différence en termes de ce que nous pouvons surveiller, simplement parce que l'instrumentation, dans certains cas, n'est pas 't là pour nous rassembler, basé sur ce que Microsoft expose.

Maintenant, si c'est quelque chose comme, vous savez, l'infrastructure en tant que plate-forme, comme, vous le savez, ou EC2 ou quelque chose comme ça, ce n'est pas du tout un problème. Nous obtenons tout. Et comme nous travaillons avec Microsoft et nous travaillons avec Amazon; nous travaillons pour exposer ces informations plus en détail. Mais absolument oui, nous prenons en charge ces environnements.

Robin Bloor: D'accord, c'est intéressant. Eh bien, je vais passer la parole à Dez, qui, je suis sûr, vous posera des questions dans une direction différente.

Bullett Manale: D'accord .

Dez Blanchfield: Merci. J'en ai deux très rapides pour vous. Je pense, vous savez, la première est, les échelles, vous savez, je pense que l'une des choses qui me frappe, c'est que le thème général de la performance a tendance à être quelque chose auquel nous pensons lorsque nous devenons très grands, très grands, à très grande échelle et large, et des téraoctets de données. En regardant la démo, cela m'a frappé, c'est quelque chose qui s'applique même aux très petits environnements, en quelque sorte juste obtenir des hits de performance.

Quel type de diffusion voyez-vous dans l'adoption de cela, et pensez-vous que c'est, vous savez, pensez-vous que c'est un outil qui a un bon, vous savez - dans mon esprit, c'est le cas, donc je pense que c'est un oui - mais je veux juste voir ce que vous voyez. Les petites organisations ont les mêmes conversations et recherchent un outil pour le faire, ou est-ce vraiment quelque chose à l'extrémité la plus grande de la ville?

Bullett Manale: C'est drôle - c'est une bonne question. C'est un peu un mélange, mais je dirais que nous avons une tonne de petits clients. Et quand je parle de petits clients, je veux dire, vous savez, une à cinq instances d'achat à gérer. Maintenant, dans certains cas, ils peuvent avoir 30 instances, à droite, de SQL, et ils ne se soucient vraiment que des cinq, vraiment assez important pour investir dans un outil comme celui-ci, pour ces cinq instances.

Mais la réalité est que, même dans les petites boutiques, vous avez une poignée de serveurs SQL. Dans la plupart des cas, ou dans bien des cas, cette petite boutique dépend très, très fortement de ces bases de données, à cause, vous savez, de ce qu'elles font. Et donc ils ne le font pas, ils ne peuvent pas le laisser tomber. Ils ne peuvent pas, vous savez, ils doivent avoir un outil.

L'autre côté de cette médaille est que, dans certains de ces petits magasins, ils n'ont pas de DBA dédiés, donc le gars qui est le plus intelligent dans la salle ou le gars le plus technique dans la salle finit par être le DBA attribué. Et donc, dans cette situation, ils recherchent certainement de l'aide, et cet outil les aidera évidemment à cet égard également.

Pour vos environnements plus vastes, comme je pense que c'est Dez qui l'a mentionné - ou Robin, je ne suis pas sûr - mais, vous savez, les environnements plus grands, vous seriez surpris du nombre de DBA qu'ils ont, je veux dire, nous '' parler d'un grand nombre d'instances de SQL, et vous avez littéralement une poignée de DBA qui sont chargés d'en être responsables. Et donc de ce point de vue, ces gars-là, vous savez, ils cherchent de l'aide parce qu'ils n'ont pas les ressources vraiment suffisantes pour vraiment les aider, et donc un outil aidera à compenser une partie de cela.

Et nous voyons cela un peu aussi, où, vous savez, vous avez trois gars qui gèrent 200 instances. Et donc vous pouvez imaginer la logistique de cela si vous n'avez pas un outil comme celui-ci, pour essayer de comprendre quand même il y a un problème. Ce ne sera pas une manière proactive, je peux vous l'assurer. J'espère donc que cela répond à votre question. Ouais.

Dez Blanchfield: Oui, oui. Cela m'a frappé - et je pense que Robin y a fait allusion - mais, vous savez, le genre de promesse que vous décrivez lorsque vous avez fait la démo, je veux dire, ils ne sont pas exclusifs aux très grands environnements. Vous savez, vous pouvez acheter une plate-forme standard standard conçue pour une chose et la mettre dans un environnement partagé de base de données pour autre chose, et cela ne fera que punir l'environnement entier.

L'autre chose qui m'a frappé - ce n'est pas tant une question, c'est juste une observation, mais je vais la mener à une question, cependant - et c'est que, vous savez, lorsque les organisations ont déjà investi dans leur infrastructure et leur plate-forme et leur base de données et les serveurs et l'infrastructure autour de cela, et ils vont acheter un produit, quel qu'il soit - un RH, un ERP, un outil de BI - ils ont déjà en quelque sorte fait un investissement assez important.

Quelle sorte de réponse voyez-vous lorsque vous avez une conversation avec des gens et qu'ils se sont rendus compte qu'ils avaient un problème de performance, mais ils estiment maintenant qu'ils doivent faire un autre investissement pour y arriver? Y a-t-il un point où ils réalisent une fois que vous avez fait la démonstration qu'ils ont cette chose comme une évidence, et ce n'est pas tellement un argumentaire de vente, mais c'est plus une révélation. C'est simplement, vous savez, "Nous allons immédiatement en voir les avantages." Au lieu de simplement avoir à vendre le produit? Il me semble qu'il se vend et le retour sur investissement saute juste de la page.

Bullett Manale: Oui, et c'est drôle, vous dites cela parce que, ce qui arrivera souvent, c'est que quelqu'un, comme un DBA ou même les représentants des ventes, viendra et dira: «Hé, ces gars-là veulent voir un, comme, une feuille de ROI à ce sujet. "Et plus comme un quelque chose sur papier que nous leur enverrions. Et la démo est toujours 10 fois meilleure, surtout, vous pouvez le faire avec les DBA eux-mêmes, parce que–

Dez Blanchfield: Ouais.

Bullett Manale: Comme vous l'avez dit, le produit se vend lui-même. Il est vraiment difficile de mettre un retour sur investissement sur un morceau de papier et de dire: «D'accord, combien de clics un DBA en général, vous savez, clique en une heure?» En ce qui concerne les sauvegardes, vous savez, ou quoi que ce soit le cas, vous connaissez? Et essayer de mettre cela sur un morceau de papier, c'est vraiment difficile de le faire. Mais quand vous obtenez quelqu'un et que vous lui montrez le produit et qu'il le voit, c'est exactement ce que vous avez dit.

Les gens en réalisent la valeur. Parce que non seulement cela les aide à comprendre et à prendre de meilleures décisions, mais c'est aussi, cela les aide, vous savez, à ne pas être le méchant. Ils peuvent être les premiers informés; ils peuvent corriger le problème avant même qu'il n'ait même identifié qu'il y avait un problème.

L'autre partie de cela est que, vous savez, en tant qu'administrateur de base de données, que ce soit, vous savez, réel ou perception - et je pense que c'est la perception - vous êtes vraiment propriétaire des problèmes de performance. Vous êtes le gars qui vous pointe du doigt lorsque les performances diminuent, et la réalité est que ce pourrait être le développeur qui cause vraiment le problème.

Avoir un outil pour pouvoir dire: «Hé, ce n'est pas mon problème, je dois pouvoir apporter cela au développeur et il doit le corriger», ou, vous savez, dans ce sens. C'est une belle façon de pouvoir avoir quelque chose dans son arsenal pour pouvoir dire: «C'est là que se situe le vrai problème.» Vous savez?

Dez Blanchfield: Ouais. La dernière pour vous, et ce qui me frappe, en regardant cela au fur et à mesure, c'est que, souvent lorsque nous pensons à des problèmes de performance, nous avons tendance à apporter des compétences spéciales. Ils viennent avec 20 ans d'expérience, ils le regardent, et ils sorte de, vous savez, la blague classique du gars qui entre dans l'atelier d'ingénierie et a un tout petit marteau et frappe la machine au bon endroit et dit ensuite «C'est une solution de 15 000 $», et les gens disent: «Nous ne payons pas pour cela», vous savez, parce que c'est cinq minutes de travail. Et il dit: «Eh bien, ce travail de cinq minutes a pris 15 ans d'expérience à réparer et cela vous a fait économiser des millions.»

Pour moi, il semble que, vous savez, il y a un processus intermédiaire, les gens passent par cette chose en disant: «D'accord, apportez les compétences spéciales, résolvez le problème, ça disparaîtra.» Mais ce qu'ils ont fait alors, c'est ils viennent de mettre un pansement dessus, non? Par opposition à un scénario où, d'après ce que je peux voir ici, où lorsque cela se produit, oui, ils ont peut-être résolu certains problèmes de performance qu'ils pensaient rencontrer, mais il me semble, à ce moment-là, simplement avoir ceci 24 / 7 types d'yeux, vous savez, qui regardent l'environnement en temps réel.

Vous finissez vraiment par vous éloigner du scénario où les administrateurs de base de données se réveillent à quatre heures du matin parce que les rapports sont en cours d'exécution. Est-ce le cas - et c'est peut-être rhétorique - mais est-ce le cas que les gens passent rapidement de la recherche à investir dans un produit pour le résoudre un problème particulier, mais alors cela devient généralement juste une partie de l'ADN?

Bullett Manale: Oui, et cela varie d'un endroit à l'autre, mais je veux dire, j'ai des gens qui ont acheté le produit à l'origine, comme en 2006, et ils ont occupé trois emplois différents dans différentes entreprises, et ils sont entrés et, lorsqu'ils se rendent dans la prochaine entreprise, ils en font la promotion, car ils ont un flux de travail. Et je l'appelle comme ça, je déteste l'appeler comme ça, mais, vous savez, ce flux de travail implique ce produit et ils y sont habitués au quotidien et cela les aide, et donc ils ne veulent pas apprendre quelque chose de nouveau.

Mais absolument. Je veux dire, la plupart du temps, nous demandons aux gens de télécharger ce produit, ce n'est pas parce qu'ils ont un budget et qu'ils sortent et ils disent: «Hé, eh bien, nous avons ce budget de performance, nous devons faire une preuve de concept, et nous devons intervenir et comprendre, faire une évaluation et tout ça. »Habituellement, ce qui se passe, c'est qu'ils ont un problème sur une instance de SQL, et ils cherchent de l'aide pour résoudre ce problème. Ils vont télécharger notre outil, ils résolvent le problème, puis ils se rendent compte que cela, l'outil lui-même va faire plus que simplement résoudre le problème qu'ils avaient à l'époque, que cela les aiderait à améliorer les performances globales et empêcher d'autres problèmes de se produire, d'aller de l'avant. Et c'est sûr. Et vous pouvez certainement continuer à utiliser cet outil pour régler continuellement l'environnement, car vous pourrez toujours voir non seulement ce qui s'est passé en ce moment, mais ce qui s'est passé la semaine dernière, le mois dernier, l'année dernière, et le comparer à ce qui va se passer. demain. Tu sais? Ce genre de chose.

Dez Blanchfield: Ouais.

Bullett Manale: Alors, bien sûr.

Dez Blanchfield: Parfait. Donc, vous avez mentionné, vous avez mentionné quelque chose à propos de - je vais juste conclure avant de remettre à Eric pour terminer. L'une des choses qui m'intéresse toujours est, vous savez, comment les gens mettent la main dessus? Vous avez mentionné le télécharger. Quel est le résumé de 30 secondes sur la façon dont ils mettent la main dessus, obtiennent une copie, la font tourner et jouent avec, et ce dont ils pourraient avoir besoin en termes d'infrastructure, juste pour obtenir une instance.

Bullett Manale: Donc ça va être, vous allez à IDERA (idera) .com. IDERA.com est la société, et si vous visitez ce site Web - et je peux réellement vous montrer ici - je ne sais pas si je partage toujours mon écran, mais si vous allez à la page Produits, alors allez au Diagnostic Lien du gestionnaire, il y aura un petit bouton Télécharger, et vous pouvez simplement télécharger la version après avoir rempli vos informations. Ils vous demanderont la version 32 ou 64 bits, et vous partez pour les courses, comme on dit.

Dez Blanchfield: Et cela fonctionnera-t-il sur un ordinateur portable pour que quelqu'un puisse jouer avec, ou ont-ils besoin de le charger sur un serveur quelque part?

Bullett Manale: Non, non. En fait, ce que je vous ai montré aujourd'hui fonctionnait entièrement depuis mon ordinateur portable. Maintenant, mon ordinateur portable a 32 Go et un processeur 8 cœurs, mais c'est toujours un ordinateur portable. Mais il ne doit pas nécessairement avoir autant de ressources pour répondre à votre question. L'évaluation elle-même est bonne pendant 14 jours, mais vous êtes plus que bienvenus pour lui donner un essai plus long. Si vous nous appelez, nous pouvons vous le prolonger si vous le souhaitez.

Dez Blanchfield: Je pense que cela devrait être quelque chose à retirer, car je vais certainement le faire. Je pense que, vous savez, d'après l'apparence des choses, il me semble évident de le télécharger et de jouer avec. Allez probablement dans l'un de vos environnements et voyez ce que vous pouvez voir, car je soupçonne que - comme tout ce que j'ai vu dans un arrière-plan de base de données au cours des 20 dernières années, ce qui me vieillit - une fois que vous aurez vu ce qui se trouve sous le capuche, c'est incroyable ce que vous réalisez que vous pouvez réparer rapidement et obtenir juste de petits gains de performances.

Génial, merci pour la démo. C'était vraiment génial. Merci pour tout le temps de discuter des questions.

Bullett Manale: Je vous en prie. Merci pour-

Dez Blanchfied: Eric, je vais vous remettre.

Eric Kavanagh: Oui, nous avons une très bonne question du membre du public. Vous en avez un peu parlé dans votre présentation, et j'ai en fait tweeté à ce sujet parce que c'était une excellente citation. Vous avez dit que vous ne vouliez pas utiliser un outil pour surveiller les performances qui ont un impact négatif sur vos performances.

Bullett Manale: D'accord . C'est vrai. C'est une sorte de partie importante d'un outil de surveillance des performances, car cela ne cause pas de problèmes de performances. Exactement raison.

Eric Kavanagh: Exactement. Eh bien, c'est comme ceux sacrément - c'est comme les programmes antiviraux qui peuvent simplement faire des ravages sur les systèmes. Je veux dire, j'ai utilisé un certain nombre de technologies différentes pour la diffusion où le programme antivirus entre en action et tronquera votre flux. Il y a donc des choses auxquelles vous ne vous attendez pas, mais la question se rapporte à ce commentaire précis que vous avez fait. Et quel genre de succès de performance voyez-vous? Est-ce deux pour cent, cinq pour cent, un pour cent? Avez-vous des chiffres à nous lancer?

Bullett Manale: Eh bien, je veux dire, le problème avec cette question est que, vous savez, une partie de la discussion dont nous parlions plus tôt. Je peux vous donner le - c'est généralement autour d'un à trois pour cent, pour répondre à votre question. Mais il y a plus d'explications qui, je pense, seraient nécessaires, c'est-à-dire que nous vous fournissons de nombreuses façons de pouvoir dire à l'outil ce que vous voulez surveiller, non? Et cela revient à cela. Eh bien, je pourrais vouloir obtenir un échantillon de chaque requête en cours d'exécution. Je veux donc avoir un outil suffisamment flexible pour pouvoir l'activer afin que je puisse le voir.

Et donc, une partie de cette flexibilité inclut, vous savez, cela a un coût. Si j'ai besoin de collecter plus de données parce que je veux un échantillon de chaque requête qui s'exécute dans la dernière, vous savez, 20 minutes, je peux l'activer et cela peut le faire. Et donc, mais d'une manière générale, oui, un à trois pour cent est ce que nous voyons, en termes de frais généraux. Mais cela va varier, et la plupart de cela dépendra des choses que vous allumez et désactivez, en termes de seuils, de la quantité de données que vous souhaitez collecter, de vos intervalles d'interrogation, de tout ce genre de choses liées cette.

En fait, si vous accédez à l'instance elle-même que vous gérez, vous constaterez notamment que nous avons plusieurs intervalles d'interrogation que vous pouvez spécifier. Et c'est simplement parce que nous voulons, vous savez, je n'ai pas besoin de vérifier tous les - Si je veux faire une vérification du rythme cardiaque sur une instance, je n'ai pas besoin d'interroger le CPU et tout le reste si je ' je le fais toutes les 20 secondes. Vous avez donc plusieurs intervalles d'interrogation que vous pouvez spécifier.

Vous avez également, comme je l'ai dit, la surveillance de vos requêtes que vous pouvez spécifier. Et cela peut être fait pour chaque instance indépendamment, vous pouvez donc vraiment répondre à cette instance spécifique en termes de ce que vous souhaitez surveiller. Pour mes statistiques d'attente et de surveillance d'attente, je peux activer ou désactiver cela. Et je peux lui dire de tout capturer, je peux le dire, vous savez, ce que je veux capturer et quand je veux le capturer. Donc, beaucoup de cela aussi… Vous devez prendre en considération ce que vous faites, en termes de ce que vous dites à l'outil à surveiller.

Mais d'une manière générale, ce que je dirais, comme je l'ai dit, c'est environ un à trois pour cent que nous voyons. Nous vendons cet outil depuis longtemps - depuis, comme je l'ai dit, vers 2003 ou 2004 - et nous avons des milliers de clients, donc je peux vous assurer que, vous savez, nous n'avons pas - nous essayons notre mieux ne pas causer de problèmes de performances au nom des performances.

Eric Kavanagh: Oui, c'est vraiment une bonne information. Je pensais juste que c'était une citation brillante parce que, vous savez, encore une fois, vous ne voulez pas vaincre le but de ce que vous essayez d'accomplir, non?

Bullett Manale: Exactement.

Eric Kavanagh: Et j'apprécie également la question de Robin; c'est vraiment une excellente plate-forme pour aider les administrateurs de base de données à comprendre les nombreux aspects, dimensions et couches de ce dont nous parlons. Et je pense que le concept de conversation avec vos données est très approprié ici, car, à votre propos plus tôt, vous ne le comprendrez pas du premier coup, généralement. Vous devez passer du temps à regarder les données, à regarder les données historiques, à faire cette synthèse dans votre esprit. Et c'est le travail de l'humain, non? Le travail de la profession qui se trouve là-bas et qui reçoit de la chaleur de l'entreprise sur une base assez régulière, pour faire ce travail et maintenir les trains à l'heure, non?

Bullett Manale: Absolument.

Eric Kavanagh: Eh bien, les amis, cela a été un autre événement fantastique. Si une question que vous avez posée n'a pas reçu de réponse, faites-le-moi savoir. Envoyer un courriel à . Nous archivons tous ces événements, vous pouvez donc toujours vous rendre sur InsideAnalysis.com pour trouver les archives, ou vous rendre sur notre partenaire Techopedia.com. Si vous regardez sur le côté droit de leur page, vous verrez les événements et les webémissions qui y sont répertoriés. Si vous cliquez sur Plus d'événements, vous pouvez voir toutes les webémissions que nous faisons répertoriées, passées, présentes et futures.

Et avec cela, nous allons vous dire adieu. Nous avons cinq autres webémissions pour le reste de cette année, les amis. Nous pouvons en planifier un de plus. Mais sinon, ce sera pour 2017. L'édition est terminée. Faites-le nous savoir et si vous avez quelqu'un qui souhaite présenter sa technologie, envoyez un e-mail à.

Sur ce, nous allons vous dire adieu, les amis. Merci encore pour votre temps et votre attention, nous vous parlerons la prochaine fois. Prends soin de toi. Bye Bye.