À emporter: L'animateur Eric Kavanagh discute de la gestion de base de données et de la découverte d'instances avec Robin Bloor, Dez Blanchfield et Bullett Manale dans le dernier épisode de Hot Technologies.
Vous n'êtes actuellement pas connecté. Veuillez vous connecter ou vous inscrire pour voir la vidéo.
Eric Kavanagh: Très bien mesdames et messieurs. Bienvenue encore une fois. Je m'appelle Eric Kavanagh. Les choses sont chaudes. Les choses se réchauffent ici. Je ne sais pas ce qui se passe. Oh, c’est vrai, le temps est venu pour Hot Technologies. Oui en effet, je m'appelle, encore une fois, Eric Kavanagh. Vous pouvez me trouver sur @eric_kavanagh. C’est l’émission qui est conçue pour parler de ce qui est en vogue sur le marché. Le titre aujourd'hui, «Clés du royaume: Gérer SQL Server avec la découverte dynamique», c'est bien. Il y a le vôtre D'accord, cette photo date d'il y a quelques années. Je ne vais pas mentir, j’ai l’air un peu plus vieux maintenant, mais c’est bien.
Nous parlons donc de la façon dont les technologies et SQL Server sont vraiment, vraiment, vraiment très chauds. Nous avons beaucoup de contenu aujourd'hui, je vais donc le transmettre tout de suite. Tiens-toi, on y va. Il y a nos haut-parleurs. Et Robin Bloor commence.
Robin Bloor: Oui en effet. La présentation va approfondir la gestion de la base de données, alors je me suis dit que je devrais passer par la gestion de la base de données ou, vous savez, le labyrinthe de base de données, afin d'inciter les gens à en prendre conscience. J'étais un administrateur de base de données. Je suppose que vous pourriez dire que j'avais été consultant en bases de données il y a environ 20 ans. Ce qui me surprend en fait au sujet des bases de données, c'est que peu de choses ont changé. Beaucoup de choses ont changé en termes de rapidité, de volume de données, etc., mais la majeure partie reste en réalité très similaire à ce qui se passait.
À mon avis, une base de données est une collection extensible organisée de données pouvant être optimisée pour des charges de travail spécifiques et offrant des capacités de gestion de données. Cela a été créé principalement parce que si vous vouliez gérer des données dans des fichiers, le travail était terriblement difficile. Et l’idée de créer un logiciel qui ferait pratiquement tout ce dont vous aviez besoin a pris son envol presque instantanément, dès que nous avons eu un accès aléatoire aux mainframes d’IBM dans les années 1970.
La base de données relationnelle a été inventée dans les années 70 et a vu le jour sous forme de prototypes dans les années 80. Elle a en quelque sorte gagné du terrain sur le marché à partir du début des années 90. Et les bases de données relationnelles dominent toujours en popularité. Si vous lisez la presse, vous entendrez énormément de choses à propos de ces bases de données SQL. Récemment, les bases de données graphiques ont fait l’objet de beaucoup de bruit. Et ceux-ci sont intéressants, si vous voulez, mais en fait, les dernières bases de données relationnelles représentent 95% du marché. Microsoft SQL Server, dont nous allons parler plus en détail aujourd’hui, est le deuxième plus populaire d’Oracle.
Ce qui rend les bases de données relationnelles inhabituelles en termes de moteurs, c'est qu'elles peuvent fonctionner à la fois sur des charges de travail OLTP et sur des requêtes. Vous devez les ajuster différemment si vous voulez le faire, mais ils sont capables de supporter les deux types de charge de travail. L’une d’entre elles consiste en de courtes transactions aléatoires et l’autre en des requêtes longues couvrant un grand nombre de données. L’alternative, la base de données NoSQL et la base de données de graphes, est principalement destinée à l’analyse et elle a été créée assez récemment. NoSQL est arrivé en premier et le graphique a commencé à gagner du terrain ces derniers temps. NoSQL peut être utilisé pour des activités transactionnelles, mais les graphiques ne sont presque jamais utilisés pour des activités transactionnelles. La raison pour laquelle j’ai rencontré une statistique datant au moins de dix ans, selon moi, indique que la plupart des entreprises en ont au moins trois, voire 3,5, différentes marques de bases de données, si l’on considère leur inventaire de logiciels.
Mais la réalité est que la plupart des entreprises se normalisent sur une base de données spécifique. Et la plupart des entreprises ont standardisé SQL Server et Oracle comme les deux bases de données les plus populaires, si vous préférez, des bases de données standard.Et ils n'utilisent les alternatives que dans des circonstances exceptionnelles, par exemple s'ils obtiennent un progiciel nécessitant une base de données différente ou s'attaquent à certaines des cibles d'analyse du Big Data qui ont vu le jour.
Nous avons également, si vous voulez, l’interférence de Hadoop. Hadoop, d'une manière ou d'une autre, est devenu plus qu'un système de fichiers mais pas encore une base de données. Cependant, il a SQL qui se trouve au-dessus de celui-ci. Mais il est prouvé que cela n’est pas vraiment en train de supplanter les bases de données relationnelles qui ont gagné les cœurs et les esprits du monde. Et la raison en est que ces bases de données relationnelles ont pris vingt ans, voire plus de vingt ans, pour devenir aussi performantes qu’elles sont. Et vous ne construisez pas simplement un moteur de requête ou un moteur SQL très performant en très peu de temps. Cela ne se produit tout simplement pas.
Et donc la conclusion de cette diapositive est que les bases de données sont stratégiques et qu’elles évoluent, elles s’améliorent. Et c’est certainement le cas avec Oracle et Microsoft SQL Server. Vous vous souvenez probablement que peu d'entre vous se souvenaient de l'époque où les bases de données ont été créées, mais moi, j'étais un garçon à l'époque. L'idée de départ était qu'il n'y aurait qu'une seule base de données et qu'il s'agirait d'une idée conceptuelle qui n'aurait jamais pris racine. IBM et l’AS / 400 ont tenté d’avoir un système de fichiers basé sur une base de données, mais cela n’a pas dominé non plus. Vous vous retrouvez avec le fait que les bases de données se fragmentent naturellement. Vous avez en fait naturellement plusieurs instances. Il y a des problèmes d'évolutivité. La base de données est seulement réduite à une certaine taille. Certes, cette taille a augmenté au fil des ans, mais il y avait des limites.
Et il y avait des problèmes de charge de travail, le problème majeur étant que les charges de travail OLTP et les charges de travail de requêtes volumineuses ne sont tout simplement pas compatibles les unes avec les autres. Et il était impossible de construire un moteur qui ferait cela. Ce que nous rencontrons, ce qui est assez intéressant, je suis récemment tombé sur un site contenant plus de mille instances différentes d'Oracle. Je ne me souviens plus exactement du nombre d’administrateurs de base de données qu’ils possédaient, mais si vous leur avez demandé combien de ces bases de données étaient surveillées par un administrateur de base de données, c’était une dizaine. Ils utilisaient essentiellement la base de données comme un placard et y introduisaient simplement des données, car au moins vous aviez un schéma et qu'il était plus organisé qu'un système de fichiers, mais personne ne faisait autre chose que de lui attribuer une configuration par défaut. ample.
Je ne suis pas sûr que ce soit une bonne idée. Honnêtement, cela me semble bizarre, car, à mon avis, chaque fois que je travaillais avec des bases de données, les bases de données devaient être présentes et vous deviez, d'une manière ou d'une autre, savoir exactement ce qui se passait. Et de nombreuses interdépendances entre les systèmes signifient que certains types de niveaux de service doivent absolument être atteints, sinon vous rencontrez des problèmes.
Il y a eu des discussions récemment. Je suis tombé sur diverses bases de données qui prétendent être à réglage automatique. Ceux qui sont des magasins de colonnes configurés pour le trafic de requêtes sont en grande partie auto-ajustés car il existe deux choix que vous devez faire en termes d'index. Mais en dehors de ce domaine particulier, les bases de données doivent être ajustées. Et ils doivent être ajustés, certaines bases de données relationnelles, principalement parce que beaucoup de transactions impliquent des jointures. Les jointures sont des activités coûteuses. Si vous ne mettez pas les bons index au bon endroit, les jointures prennent énormément de temps quand elles ne sont pas nécessaires.
Les bases de données à réglage automatique actuellement, ainsi il n'existe que dans les domaines où les charges de travail sont bien connues. Et selon mon expérience, la plupart des entreprises n’emploient que très peu de DBA, c’est parce qu’elles sont chères. Et par conséquent, il est préférable d’alterner à ce que fait l’administrateur de base de données. Ce sont des activités de DBA telles que je les comprends. Ils font l'installation, la configuration et la mise à niveau des bases de données. La mise à niveau, en passant, n'est pas nécessairement une activité triviale. La raison pour laquelle vous souhaitez mettre à niveau une base de données, je veux dire, la règle avec laquelle j'ai toujours travaillé est de ne pas la toucher si cela fonctionne, et si vous souhaitez mettre à niveau une base de données vers une nouvelle version, vous le faites en mode test. d'abord et ensuite vous mettez à jour tout. Vous travaillez toujours avec la même version. Mais en réalité, beaucoup de sites que je rencontre, ce n’est pas ce qui se passe. Disons qu’il existe une bonne entropie. La gestion des licences est un problème qui dépend de la licence dont vous disposez. ETL et réplication de données.
L’un des trucs pratiques de la base de données est qu’il faille diviser un workload de requête, créer deux instances et les répliquer, ce qui est souvent le cas lorsque des personnes utilisent le réplica comme sauvegarde à chaud. Ensuite, la planification du stockage et de la capacité, qui fait partie de l’activité d’un administrateur de base de données, car les données s’accroissent et que vous devez suivre. Et vous devez ensuite planifier diverses mises à niveau ou augmentations de matériel. Le dépannage est une activité pénible pour la plupart des administrateurs de base de données. Lorsque quelque chose ne va pas et que la sauvegarde ne fonctionne pas parfaitement, ils doivent ensuite se retrousser les manches et essayer de récupérer des informations à partir des fichiers journaux. Cela se produit bien plus souvent que je ne le pense, eh bien, je me souviens de cela, mais je suis hors du jeu depuis au moins dix ans, mais je me souviens de cela bien plus souvent que prévu. La surveillance et le réglage des performances sont en quelque sorte le cœur du métier de DBA. Mais il ya aussi une sécurité en termes de gestion d’accès, de sauvegarde et de récupération, la création de systèmes de test de logiciel raisonnablement parallèles à un système actif suffira. Et tout le cycle du cycle de vie des données. C’est donc, à mon avis, la liste des emplois de la DBA en dehors de tout ce qui pourrait leur être demandé. Dynamique opérationnelle. En fin de compte, l’intégrité des données et la gestion des niveaux de service sont la responsabilité première du DBA. Et normalement, ils sont critiques. Et c’est tout ce que j’ai à dire. Je vais passer la parole à Dez.
Dez Blanchfield: Merci beaucoup. Je vais nous emmener dans un voyage amusant et anecdotique autour de la raison pour laquelle le sujet entier qui nous occupe aujourd’hui est plus important que jamais. Il n'y a pas si longtemps, je participais à un projet de migration d'une plate-forme gouvernementale utilisée pour l'enregistrement des licences et des véhicules, ainsi que de nombreuses autres choses autour de ce sujet, depuis une plate-forme mainframe Fujitsu exécutant A + Addition, qui est un système d’exploitation Solaris, ou en d’autres termes, sous Unix, exécutant Oracle et le faisant très bien. Et le point de vue était que cette chose vieillissait et qu'il était temps de passer à autre chose. Nous avons eu beaucoup de plaisir à utiliser Unix sur le mainframe. C’est très stable, très sécurisé et, chose assez étrange, sur la plate-forme SDL. C’est extrêmement rapide. Mais la sagesse était qu'il était temps de sortir de l'ordinateur central et de bouger.
Ce défi de taille consiste à mapper tous les systèmes et la logique métier ainsi que l’environnement SQL des bases de données sous-jacentes et à examiner la manière dont nous allions architecturer et concevoir une nouvelle maison. Et nous avons fini par aborder l'un de ces problèmes, vieux de quelques années maintenant, mais l'un des serveurs haut de gamme des serveurs Starfire avec système de rack Sun. Et ce sont probablement certaines des plus grandes boîtes que vous pouvez acheter sur la planète et qui vivent toutes dans une grande boîte et un serveur multitraitement symétrique. C'était un système de milieu de gamme dans notre monde. Il fonctionnait sous Unix et sous Oracle en natif. La vue était: «Qu'est-ce qui pourrait mal se passer?» Eh bien, il s'avère que beaucoup.
Par exemple, à l’époque, et nous ne parlons pas de cela il ya très longtemps, nous avons dû passer par un processus très manuel pour découvrir ce qu’il y avait sur la plateforme mainframe et la faire connaître. En particulier, l’environnement de base de données et la logique SQL. On pensait donc qu'il s'agirait d'un transfert assez simple d'Oracle à Oracle, de base de données à base de données; toute la logique métier se présenterait, la majeure partie de la logique métier avait été écrite dans des requêtes et des déclencheurs intégrés, et à quel point cela pouvait-il être difficile? Mais quelque chose qui devait durer des mois n’a finalement pas pris un an. Pour parcourir physiquement et manuellement chaque partie d'Unix sur l'environnement mainframe, découvrez où se trouvaient toutes les bases de données, combien d'instances étaient exécutées et ce qui fonctionnait sur ces instances. Cet exercice n'était pas anodin et nous avons fini par le faire. trois fois juste pour nous assurer que nous avions tout capturé. Parce que chaque fois que nous pensions avoir creusé aussi profondément que nécessaire, sous la surface, il se trouvait qu'il y en avait plus.
Notre autre défi était de savoir quelles instances fonctionnaient et dans quel état? Est-ce un environnement de développement? Est-ce un environnement de test? Cela fait-il partie du processus d'intégration? Est-ce l'intégration de systèmes? Est-ce UAT, le test d'acceptation utilisateur? Est-ce la production? Est-ce un environnement DR? Parce que le gros avantage des ordinateurs centraux est que vous pouvez créer ces petits environnements virtuels que nous tenons tous pour acquis maintenant et déplacer les choses. Et vous devez savoir si cette personne effectue des tests et un développement de niveau production, ou s’occupe-t-elle de la production, y at-il des utilisateurs réels à ce sujet? Souvenez-vous que cette opération consiste à délivrer en temps réel les permis de conduire et l’immatriculation des voitures, ainsi que des choses qui importent vraiment dans la vie des gens.
Et il a fallu beaucoup de temps pour exécuter des sauvegardes pour ce composant, nous n’avions donc pas réellement de fenêtre de maintenance pour le mettre hors ligne et voir ce qui s’est passé. Il n’existait pas de détournement. Nous avons également eu le défi de ne pas simplement savoir quelles instances étaient exécutées et où et pour qui, mais nous devions ensuite déterminer quelles versions de quelles instances étaient exécutées. Et c'est là que j'ai presque perdu mon complot. Lorsque j'ai commencé à réaliser que nous avions deux ou trois versions de l'environnement de production soumis à différents niveaux de test et qu'il y avait très peu d'outils et d'approches systématiques à cet égard. Nous avons dû littéralement approfondir le code et l'instance en cours d'exécution et, dans certains cas, prendre le risque de mettre quelque chose hors ligne pendant un certain temps. Nous sommes allés au fond de cette affaire, nous l'avons mis au point et le processus était très manuel, comme je l'ai dit. Et nous avons finalement effectué le transfert complet d'ETL, en le transférant d'un endroit à un autre et dans l'ensemble, cela a fonctionné. Et nous nous sommes dit, d'accord, c'est fonctionnel, nous en sommes très heureux.
Mais nous avons ensuite rencontré un certain nombre de très graves murs de briques solides. En particulier, nous avons rencontré des problèmes de performances. Et la pensée sensée de la journée était la suivante: eh bien, le matériel est devenu plus gros, meilleur, plus rapide et plus dur. Il n’ya aucune raison pour qu’il fonctionne mal au niveau de l’application au niveau de la base de données, alors commençons à regarder ailleurs. Nous avons donc complètement repensé le réseau à deux reprises. Chaque routeur, chaque commutateur, chaque câble, nous sommes passés d’Ethernet à fibre dans certains cas, nous avons mis à niveau le logiciel, nous avons corrigé, vous obtenez la vue. Nous avons essentiellement reconstruit le réseau à deux reprises en pensant qu'il s'agissait là de problèmes de performances. Et cela ressemblait et semblait être le cas. Nous avons traversé différents systèmes de sécurité, différents pare-feu. Nous avons corrigé le système d'exploitation. Nous avons transféré des éléments d’une lame à l’autre. Et nous avons passé beaucoup de temps à regarder l’infrastructure.
Et ensuite, nous avons réalisé que lorsque nous avons déconnecté les serveurs et lancé d'autres applications, le réseau fonctionnait parfaitement. Nous avons donc commencé à séparer le système d'exploitation. Même problème. Mais intéressant, au niveau du réseau et du système d’exploitation, les outils étaient là, il était en fait relativement simple pour nous de comparer et de tester et de prouver que chacun de ces éléments fonctionnait. Mais même dans ce cas, sur les plates-formes matérielles Solaris de milieu de gamme sur SPARC, les outils n’étaient tout simplement pas là pour que nous puissions commencer à diagnostiquer l’environnement de la base de données. Vous savez, mapper si nous avons apporté toutes les instances. Nous avons donc dû créer nos propres outils et en écrire, puis nous asseoir et, que ce soit dans les outils de base de données eux-mêmes, dans les langages de script natifs, ou dans une série de scripts shell ou, dans certains cas, un ensemble de programmes C.
Nous avons enfin abordé certaines questions très intéressantes, notamment la logique sous la couche SQL, les moteurs de base de données eux-mêmes. Il s’est avéré que lorsque quelque chose était construit, un élément particulier exécuté sur la version mainframe d’Oracle était migré vers Solaris sous SPARC. version Oracle il n’a pas immédiatement transposé les mêmes performances. C’était donc un voyage assez pénible pour nous en premier lieu: tout faire et tout retrouver, mais nous devions maintenant le diagnostiquer sur le nouveau système de production et cette opération a à nouveau coûté un mois de migration à près d’un an. Et tout simplement, nous n’avions pas les outils nécessaires. Courir faire des choses comme essayer de cartographier les métadonnées.
À un moment donné, nous avons presque décidé que nous avions besoin d'une planche Ouija, car il serait plus facile de cette façon de simplement pointer au hasard. Des choses simples, comme savoir qui avait accès aux anciens systèmes et pourquoi ils avaient cet accès. Et qui avait besoin de l’accès au nouveau et de la confirmation, d’avoir quelqu'un à signer et à confirmer et de cartographier cela. Même quelque chose d'aussi simple que la taille de la base de données n'était pas cohérent sur les deux plates-formes. Pour ce faire, nous avons dû créer un outil permettant de comparer la taille de la base de données en tonnage, en mégaoctets bruts ou en téraoctets sur le système A par rapport au système B. Et approfondir davantage les détails relatifs à la performance et à l'environnement performant. Encore une fois, dû construire de nouveaux outils. Il n’existait tout simplement pas de produit disponible pour nous.
Et vous obtenez tout cela, quand nous avons fini de le faire fonctionner et que nous l'avons stabilisé, chaque élément de celui-ci était un processus très manuel, la seule façon d'automatiser quelque chose était de construire un nouveau outil ou nouveau script. Et si nous avions les outils disponibles aujourd'hui, la vie aurait été tellement plus facile et tellement meilleure. Et nous aurions économisé des millions sur ce projet. Mais je pense que ce dont nous allons parler aujourd’hui, c’est le fait que les outils sont disponibles maintenant et qu’ils rendent la vie beaucoup plus facile. Beaucoup de pièges restent encore. Découverte des bases de données existantes et des instances exécutant quoi. Dans quel état sont-ils? Combien en courent? Pourquoi ils courent. S'ils courent bien. Sont-ils sauvegardés?
Ce sont toutes des choses que nous pouvons, à bien des égards, prendre pour acquis maintenant avec les bons outils. Mais, comme je l'ai dit, il y a eu une période dans cette anecdote particulière, dans laquelle beaucoup d'entre nous ont perdu beaucoup de poils, nous avons probablement pris quinze ans de notre vie et nous déplorons le fait que les outils n'existaient pas maintenant. . Et j’ai hâte d’en entendre davantage avec notre invité d’aujourd’hui, Bullett. Donc, avec ça, Bullett, je vais vous le transmettre et je suis impatient d’entendre comment vous avez résolu ce problème.
Bullett Manale: Bien. Super. Eric, laissez-moi m'occuper des diapositives et parler brièvement de la société Idera, très rapidement, avant que nous abordions le produit lui-même. En tant que FYI, il s’agit d’une sorte de portefeuille de différents produits disponibles.
Eric Kavanagh: Votre son est assez chaud, donc si vous utilisez un casque, relevez-le un peu.
Bullett Manale: Aucun problème. Est-ce mieux?
Eric Kavanagh: C'est beaucoup mieux. Emportez-le.
Bullett Manale: Bien. Nous allons donc aujourd’hui nous concentrer sur le gestionnaire d’inventaire, qui est évidemment aligné sur bon nombre des sujets dont nous discutons. Je veux juste vous expliquer un peu comment ce produit est arrivé là où il se trouve. Nous avons commencé notre recherche au jour le jour avec notre gamme de produits. Nous disposons d’un outil de surveillance des performances appelé Diagnostic Manager. Nous avons un outil de gestion de la conformité. Ainsi, il existe de nombreux outils autour de SQL Server et, inévitablement, nous posons toujours la question suivante: "Quel est le nombre d'instances que vous gérez actuellement dans votre organisation?" Et ce qui est intéressant, c’est que nous n’avons jamais pu obtenir de réponse ferme à ce sujet. Peu importe avec qui vous avez parlé. Il a toujours été gentil de dire: "Nous pensons que c’est autour de ce chiffre." Ce genre de choses arrivait toujours et nous devions alors passer à travers ce processus pour déterminer exactement ce dont ils disposaient qu'ils souhaitaient obtenir par licence pour les instances que nous gérons.
Nous avons évidemment compris très rapidement qu’il semblait y avoir une certaine douleur associée à ce problème chez beaucoup de DBA. En tant qu’administrateur de base de données, il leur incombe évidemment de le savoir, car c’est notamment parce qu’il doit s’inquiéter de leurs contrats de licence, dans notre cas avec Microsoft et SQL Server. De toute évidence, ils sont responsables de beaucoup d’autres domaines, mais c’est l’un de ceux qui coûtent le plus cher en tant que administrateur de base de données. Nous en sommes venus à la conclusion que nous avons besoin d’un outil qui permette à un administrateur de base de comprendre vraiment ce nombre. Parce que vous avez sprawl SQL si vous voulez l'appeler ainsi et cela se produit pour un certain nombre de raisons différentes. Il n’ya peut-être pas autant de contrôle sur l’installation du logiciel et ce genre de choses.
Et le pire qui puisse arriver est que quelqu'un met la main sur une copie de SQL Server, l'installe, commence à travailler avec elle sans aucune connaissance des autres organisations ou services de l'entreprise, puis la prochaine chose que vous savez, peut-être les données ne sont pas sauvegardées et ce genre de choses qui pourraient arriver. Là où vous avez maintenant un autre problème, vous rencontrez des situations dans lesquelles vous allez réellement perdre des données critiques parce que vous ne savez pas que l’instance existe déjà.
L’une des choses que nous devions faire était de dire, laissez-nous en déduire le morceau de découverte. Et en plus de cela, vous pourrez organiser et gérer les informations que nous recueillons de manière logique et logique en fonction de ce que fait l’entreprise. Et bien évidemment, à partir de là, être capable de prendre des décisions autour de cette information et de pouvoir faire ce genre de choses. C’est un peu l’origine et l’origine de l’outil. Je peux vous dire que lorsque nous discutons régulièrement avec les administrateurs de base de données, nous avons réellement le problème de ne pas savoir combien de cas ils ont.
Et c’est drôle parce que le terme, vous ne pouvez pas gérer ce que vous ne pouvez pas mesurer, a toujours mis au point des outils de performance que nous avons, comme SQL Diagnostic Manager, mais vous ne pouvez vraiment rien gérer si vous ne le savez pas. "Son" même là en premier lieu. C’est donc un élément important de cet outil: pouvoir simplement savoir qu’il est là.
Maintenant, sur cette note, en parlant à certaines des plus grandes organisations ou magasins d'entreprise avec SQL Server, la chose intéressante que nous avons trouvée avec beaucoup de gars à qui nous avons parlé, c'est qu'ils avaient en fait mis en place une période au cours de leur année où En fait, ils ont physiquement marché d'un endroit à un autre pour essayer de déterminer à quoi ce compte ressemble. Vous pouvez imaginer, en tant que DBA, que vous gagniez assez d’argent pour marcher physiquement d’une machine à l’autre dans certains cas, ce qui était étonnamment ce que nous entendraient de très grandes entreprises que je ne nommerai pas. Mais il est intéressant de noter que deux semaines par an pourraient être consacrées à ce type d’exercices, simplement pour déterminer si le nombre de leurs licences est correct.
Tout cela est lié à cet outil et à son utilité, mais la solution que nous avons adoptée consistait en une découverte basée sur un certain nombre de caractéristiques de SQL Server. Et donc la première question est: que pointez-vous ou que tentez-vous de regarder en premier? Pour ce faire, nous avons décidé de procéder par plage d’adresses IP ou par l’appartenance au domaine lui-même en ce qui concerne les ordinateurs membres du domaine. C’est un peu comme cela que nous avons abordé cette partie, juste pour pouvoir dire que c’est le domaine sur lequel nous souhaitons nous concentrer sur la découverte.
Ensuite, l’autre partie est basée sur ces caractéristiques, les ports et d’autres éléments, les clés de registre WMI, etc., nous permettant de déterminer et de vérifier que SQL est probablement en cours d’exécution et installé sur cette instance ou sur cet environnement. C’est évidemment une méthode bien meilleure que la méthode sneaker ou la méthode sneaker express. Ce qui est bien, c’est que toutes les informations que nous recueillons à propos de l’instance sont conservées dans un référentiel et qu’elles peuvent changer en fonction de la modification de l’environnement. Il ne s’agit pas seulement de savoir: «Hé, il existe une instance, voici une liste que nous avons trouvée», mais c’est en tant que DBA, ou la personne qui gère les instances, être en mesure de déterminer s’ils souhaitent inclure cette partie de l’inventaire, puis quand cela ne fait pas partie de l'inventaire, pour pouvoir mettre cette instance hors service. Et ainsi, le cycle de vie de l’ensemble du processus de l’instance SQL Server est parfaitement compris dans l’outil.
Une fois que nous avons découvert les instances, que faisons-nous ensuite? L’autre chose est que beaucoup d’informations sur l’instance, je ne veux pas avoir à aller les chercher manuellement et les mettre dans un tableur ou ce genre de choses. Et c’est une autre chose qui a été assez intéressante lorsque nous avons parlé aux administrateurs de bases de données du processus d’inventaire et des licences, c’est que vous seriez surpris de voir combien d’administrateurs de bases de données auxquels j’ai parlé, lorsque vous leur demandez: «Comment maintenez-vous vos stocks? nous discutons avec les administrateurs de bases de données, ce qui est la partie vraiment ironique de la situation: ils la conservent et la suivent dans un tableur statique. Comme je l’ai dit, c’est très ironique de penser à cela pendant une minute. Mais c'était dans beaucoup de cas, et c'est toujours le cas avec beaucoup d'organisations comment elles gèrent cela. Comment ils gardent ça. Il s’agit d’une copie maîtresse d’une feuille de calcul Excel qui circule librement et doit être mise à jour régulièrement.
Ce sont là des problèmes qui se sont posés. Ainsi, en enregistrant cette instance et en l'intégrant à l'inventaire, vous pouvez le faire et récupérer les informations. Vous pouvez l’automatiser, qu’il devienne ou non partie intégrante de l’inventaire, de la version, de l’édition, et que vous puissiez également y ajouter manuellement que vous puissiez peut-être ajouter manuellement cette liste ou cette feuille de calcul Excel. Vous pouvez importer cela dans cet outil appelé Gestionnaire d'inventaire SQL. Si vous avez déjà un point de départ pour les instances sur lesquelles vous avez assez confiance, vous pouvez les importer puis les intégrer à votre inventaire géré dans le produit. Une fois que nous avons l’instance et que nous savons qu’elle est là, elle le devient, d’accord. Nous avons beaucoup d’informations que nous pouvons exploiter en sachant que cette instance existe, en recueillant ces informations.
Et une grande partie de l'information sera nécessaire pour plus que des objectifs de licence. Une bonne partie de celle-ci peut être utilisée simplement pour savoir où sont les choses et pour pouvoir rechercher ces informations après les avoir obtenues. Mais la clé est le serveur, le matériel lui-même. Etre capable de comprendre de quel type de machine il s’agit, peut-être le modèle ou le fabricant, la mémoire, la quantité de mémoire, qu’il s’agisse d’une machine physique ou virtuelle et surtout du nombre de sockets physiques ou de cœurs et de processeurs, etc.
En ce qui concerne le nombre de cœurs, en particulier avec SQL Server, savoir que la manière dont ils gèrent leurs licences est un calcul par cœur dans les versions plus récentes de SQL, cela devient une partie très importante de ce processus et ce n’est pas ce que vous avez. sortir et aller creuser pour. Une fois que l'instance est identifiée, nous pouvons fournir ces informations, les diffuser, vous permettre de les visualiser, de les comprendre et, évidemment, de tirer parti de ces informations.
La couche suivante se situe au niveau de l'instance pour laquelle vous avez évidemment de nombreuses instances différentes de l'instance SQL Server, qu'il s'agisse d'une instance standard, d'entreprise ou même express, ou encore de la version gratuite de SQL Server. Etre capable de comprendre également quelles applications sont liées à cette instance et cela peut être fait automatiquement. Être capable de comprendre les paramètres de configuration et ce genre de choses ainsi que d'autres informations liées à l'instance de SQL Server lui-même.
Ensuite, vous accédez à la base de données proprement dite et vous voyez les paramètres de configuration, la quantité d’espace lié à ces données, leur emplacement, tout cela automatiquement est automatiquement renseigné, ce qui représente un gain de temps considérable. Et encore une fois, comme il détecte quotidiennement de nouvelles instances de manière dynamique, c’est un élément vivant de votre inventaire. C’est un peu l’objectif du produit, de le rendre ainsi, de le transformer de manière dynamique.
Maintenant, une fois que toutes ces informations nous sont disponibles et que nous pouvons extraire toutes ces données, il est alors tout à fait logique de commencer à créer, dans certains cas, vos propres métadonnées associées à ces instances et que ces métadonnées puissent être créées de cette manière. s'aligne sur la façon dont vous faites des affaires.
Ainsi, si vos instances sont regroupées par emplacement géographique, ou par propriétaires d'applications ou par propriétaires de bases de données, vous pouvez indiquer comment vous souhaitez regrouper ces instances, comment vous souhaitez logiquement en comprendre les instances. de deux zones dans l'outil qui vous donnera cette capacité.
Le premier est la possibilité de créer une balise d'instance ou une balise. Il s’agit essentiellement de créer une association avec le serveur, l’instance ou la base de données, de sorte que vous puissiez créer des vues et répondre aux questions qui se posent au jour le jour, ce qui vous aide vraiment à mieux comprendre ce que vous avez, ce que vous gérez et comment vous voulez aller de l'avant avec cette information.
L’autre élément que nous avons est ce que nous appelons des champs d’inventaire ou des champs d’inventaire personnalisés, qui sont plus spécifiques aux types d’informations que vous pouvez explorer, par exemple la couche de base de données que je pourrais éventuellement décider d’ajouter à une liste déroulante. Tous les administrateurs de bases de données et moi-même pouvons indiquer le responsable de cette base de données en fonction de ce type de situation ou autre, quelle que soit la base de données choisie, et ce, avec tous ceux qui en sont responsables. facilement en creusant dans l'inventaire.
Ces informations deviennent donc très utiles, en particulier si vous avez un environnement étendu, car elles vous aident simplement à comprendre ces informations et à savoir ce que vous avez et comment vous le faites.
Alors laissez-moi aller de l'avant et passer à la diapositive suivante ici. Ce que je vous montre maintenant, c’est que toutes ces informations étaient collectées, toutes ces informations et données qui collectaient et appliquaient des métadonnées pour vous permettre de prendre des décisions plus faciles et plus rapides en matière de licences avec Microsoft. dans le cadre d'une licence en volume d'entreprise ou d'une assurance logiciel avec Microsoft.
Cela vous facilite vraiment la tâche et vous évite de devoir effectuer beaucoup de collectes manuelles de données, beaucoup de collectes manuelles de ces informations, ce qui globalement rend le processus bien meilleur. C’est donc un peu l’un des mandats du produit: il est parfois plus facile pour les administrateurs de bases de données de prendre leurs décisions en matière de licences.
Maintenant, l’autre chose que nous, en parlant avec les administrateurs de bases de données, découvrons et apprenons très rapidement, c’est que - et nous revenons à ce qui a été discuté plus tôt - vous pouvez avoir 300 instances dans votre environnement de SQL Server, mais il n’ya peut-être qu’un sous-ensemble. de ceux qui sont vraiment entièrement surveillés et gérés à partir d’un type d’outil traditionnel de suivi des performances.
Donc, si vous vous assoyez avec l'administrateur de base de données et que vous dites: «Regardez, nous savons que vous avez ces 20 instances ou les 10 instances sur les 300 surveillées avec cet outil conçu pour surveiller cela et se conformer à vos SOA et recevoir des alertes et toutes sortes de bonnes choses », nous avons également constaté que si vous demandiez:« Alors, qu'en est-il de ces 280 autres cas que vous avez? Vous vous souciez de ceux-là? »Et ils le font, ils se soucient d'eux, mais ils ne veulent simplement pas nécessairement investir dans la surveillance de ceux qui sont au même niveau que ceux que l'on peut faire par rapport à ceux de 10 ou 20 vraiment, vraiment critiques instances de produit.
Donc, l’autre partie de l’équation avec cet outil est qu’il est également utile de pouvoir s’assurer qu’au niveau de base vous êtes couvert en termes de santé d’instance. Maintenant, ça ne vous dira pas si vous êtes dans une impasse ou qui est la victime de l'impasse. Son pas pour arriver à ce niveau des sessions elles-mêmes et les détails des requêtes. Mais en même temps, cela vous permet de savoir que les serveurs sont en panne ou que le volume est saturé ou que vous avez besoin de faire des sauvegardes de la base de données, ce qui est un élément important du rôle du DBA.
Donc, ce genre de choses est certainement toujours important et avec cet outil, vous avez ainsi la possibilité d'avoir une fourre-tout pour vos instances vraiment critiques qui ont beaucoup, beaucoup de valeur liée, si elles vont vous devez savoir tout de suite. Ils peuvent avoir le niveau de surveillance le plus élevé et être capables de faire ce genre de choses, alors qu'avec cela, il sera capable de détecter toutes les nouvelles instances ajoutées à l'environnement et de s'assurer qu'elles sont prises en compte et également niveaux de base de contrôles de santé sont en cours de formation.
C’est donc en un mot ce que les responsables de l’inventaire Inventory SQL importent. Maintenant, je vais vous en montrer une démonstration. Avant de faire cela, je vais rapidement vous montrer que c’est la diapositive d’architecture ici et que, pour montrer, les instances de SQL gérées, nous pouvons tout découvrir, de SQL 2000 aux nouvelles versions de SQL.
Nous pouvons donc le faire sans avoir à déployer des agents sur les instances elles-mêmes. Nous le faisons via un service de collecte et nous allons rassembler ces informations et les placer dans un référentiel, puis à partir d'une console frontale de service Web Tomcat, afin de pouvoir interagir avec ces données et les visualiser. Donc, son architecture assez simple.
Je vais aller de l'avant et basculer et nous emmener dans le produit lui-même afin que vous puissiez avoir une idée, comment il fonctionne. La meilleure façon de le faire est donc de vous présenter d'abord l'interface elle-même. Il s'agit en quelque sorte d'un tableau de bord examiné ici.
Je peux voir que le nombre d'instances que je gère actuellement n'est pas aussi important. Mais je n'ai pas non plus un centre de données complet dans ma poche arrière. Donc, j'ai eu environ six cas que nous voyons ici. Maintenant, cela dit, Im, ce que je vais faire, c'est parcourir le processus de découverte et montrer comment cela fonctionnerait.
La première chose à faire est maintenant dans la section Administration, vous pouvez spécifier comment vous souhaitez découvrir vos instances. Vous seriez capable de mettre cette information ici et encore une fois, cela peut être fait à travers une plage d'adresses IP. Vous pouvez pointer sur un domaine ou un sous-domaine et ne pouvoir effectuer ces vérifications que sur les ordinateurs membres de ce domaine. Vous pourrez choisir un certain nombre de caractéristiques différentes lorsque le SQL s'exécutera.
Ensuite, une fois que vous avez fait cela et que vous pouvez le faire automatiser pour s’exécuter quotidiennement afin de collecter ces données. Vous pourrez également le faire sur une base ad hoc si besoin est. Mais une fois que vous avez démarré ce processus de découverte, vous commencez à le voir lorsque vous passez à la vue instance ici. Vous avez un onglet Découvrir et l'onglet Découvrir va nous montrer les instances récemment découvertes. Donc, dans notre cas, nous avons un numéro ici. Ce que je vais faire est de continuer et d’ajouter celui qui allait servir d’exemple. Donc, il s'agit d'une instance de Chicago dans ce cas, non? Je vais aller de l'avant et ajouter cette instance à mon inventaire.
D'accord et sa va me guider à travers une ou deux choses ici. Je vais juste aller de l'avant et vous verrez que nous pouvons définir les informations d'identification. Mes références devraient être bonnes là-bas. Je vais aller de l'avant et vous remarquerez que je peux en attribuer la propriété si je le souhaite. Je peux aussi spécifier un emplacement. Maintenant, l'emplacement lui-même peut être ajouté aussi, et il ne l'oubliera pas la prochaine fois, évidemment.
Encore une fois, je peux également associer des balises à cela en termes de métadonnées et de la manière dont nous voudrions placer ces instances de SQL, en particulier celle-ci, dans les compartiments dans lesquels nous voulons le placer. Nous avons donc des balises courantes, des balises populaires. , afin que nous puissions regarder un tas de différentes balises que j'ai peut-être déjà incluses. Je vais juste en choisir quelques-uns au hasard et nous pouvons l'appliquer.
Alors maintenant, quand je vais de l'avant et ajoute ceci à l'inventaire. Maintenant que cela a été ajouté, nous le verrions maintenant apparaître sous cette vue gérée et vous pourrez donc le voir répertorié ici. Vous savez donc que c'est la première étape et ce que je viens de vous montrer est la manière dont vous ajouteriez principalement ces instances au fur et à mesure que vous passez au jour le jour. Dans certains cas, vous pouvez dire que vous savez quoi si c'est une édition d'entreprise de SQL Server, je veux automatiquement l'ajouter à mon inventaire? Je n'ai pas besoin d'aller manuellement et choisir de le faire.
Jocelyn: Je vais vous interrompre très vite. Ne voyaient pas votre démo.
Bullett Manale: Tu n'es pas?
Jocelyn: Non.
Bullett Manale: Eh bien, ce n'est pas bon, voyons.
Eric Kavanagh: Si vous allez dans le coin supérieur gauche, cliquez sur Démarrer, cliquez dessus.
Bullett Manale: Ah ok.
Eric Kavanagh: Et maintenant, partagez l'écran.
Bullett Manale: Désolé pour ça. Ouaip.
Eric Kavanagh: C'est bon. Bonne prise, producteur Jocelyn.
Bullett Manale: Bon alors est-ce mieux? Le voyez-vous maintenant?
Robin Bloor: Oui en effet.
Bullett Manale: Très bien, permettez-nous de vous expliquer où nous étions vraiment rapidement. Nous avons les cas découverts que nous avons eu plus tôt. Je viens d'ajouter l'instance de Chicago et vous voyez donc maintenant qu'elle est répertoriée ici. Notez que son déjà tiré beaucoup d'informations supplémentaires. Si je clique sur l'instance elle-même, vous commencerez à voir toutes les informations que nous avons déjà collectées à propos de cette instance. Maintenant, voici une liste de toutes les bases de données qui sont là. Nous pouvons voir une ventilation des bases de données par taille et par activité en fonction de celles qui ont le plus de taille et d’activité.
Une fois de plus, nous pouvons également vous dire d'emblée quelles applications nous voyons s'exécuter sur cette instance en fonction de la charge de travail exécutée sur l'instance. C'est donc agréable de pouvoir le faire automatiquement. Je n'ai pas à entrer et à lier l'application à l'incidence. Sur la base de ce que nous voyions, nous pouvons peupler cela. Maintenant, si vous voulez ajouter manuellement une application, vous pouvez absolument le faire. Mais c’est un bon moyen de montrer l’association de l’instance à la base de données ou, désolé, à l’application.
Vous remarquerez également que sur le côté droit de l'écran, nous avons un résumé instantané et au-dessous, nous avons un résumé sur le serveur. Nous parlions donc ici, à l’instance, des éléments d’information clés, sachant la version et pas seulement, vous savez, SQL Server 2012, mais le numéro de version réel qui, y compris en indiquant quels correctifs y sont liés, quels service packs sont liés à cela, il peut être très important de savoir. De toute évidence, la mémoire requise est importante. Tout ce qui est comme ça, qu'il s'agisse de son regroupement, de toutes ces informations, je n'ai pas à les entrer - elles sont déjà rassemblées et collectées, et une fois que nous identifions que c'est un exemple découvert, cela fera partie de notre inventaire.
L'autre chose que vous verrez ici - et sa va vous montrer - c'est sous cette vue d'instance. Nous avons ces attributs dont j'ai parlé plus tôt, les attributs personnalisés qui peuvent être ajoutés. Donc, nous pouvons ajouter des champs ouverts, nous pouvons faire oui / non en termes de, vous savez, des milliards de choix. Nous pouvons même faire des listes déroulantes. Vous pouvez le faire à l’instance de la base de données ou au niveau du serveur.
Ensuite, si nous descendons un peu plus loin, nous pouvons voir toutes les informations liées au serveur lui-même. Donc, vous savez que tout ce genre de choses est évidemment très, vraiment utile parce que tout est rassemblé et rassemblé et qu'il est là pour nous dès que nous prenons la décision de le faire inclure dans notre inventaire. Ici, nous pouvons montrer certaines des différences en termes de CPU, de nombre de logiques par rapport à physiques, de combien de mémoire. Donc, vous obtenez vraiment une très bonne et riche mine d’informations sans avoir à faire beaucoup de travail.
Comme je l’ai dit, l’autre partie consiste à collecter ces données à l’instance du serveur. Si nous consultons même la base de données, nous pouvons constater que beaucoup de ces éléments sont également décomposés.Donc, si je vais dans mon référentiel de conformité, dans ce cas, je pourrais dire, eh bien, vous savez qu'il s'agit d'un, il s'agit d'une base de données de conformité dans laquelle le niveau de conformité ou d'exigence réglementaire est associé et auquel il pourrait être, disons, Conformité SOX ou PCI. Je peux donc choisir les bases de données auxquelles il faut associer la conformité et leur assurer la conformité, ou m'assurer de le maintenir en ce qui concerne cette exigence réglementaire.
Donc, ce genre de choses s’est avéré très utile pour les administrateurs de base de données car c’est un endroit où ils peuvent facilement centraliser pour conserver toutes ces métadonnées associées dans leur environnement et ils peuvent le faire, comme je l’ai dit, se conformer à leur activité comme ils le font. , comme la façon dont ils font des affaires. Donc, si nous examinons tout ce que nous avons vu jusqu’à présent, vous avez évidemment un assez bon aperçu de l’instance, si j’ai exploré cela en détail.
Je peux aussi effectuer une recherche aussi, alors j'ai dit: recherchons ce référentiel de conformité dans mon inventaire. Ensuite, ce que vous allez voir ici, c'est que je peux rechercher ces choses et pouvoir les identifier. Je dis que - je ne sais pas quoi, mes boutons de démarrage ne fonctionnent pas là-bas. D'accord. Permet de voir, permet d'essayer à nouveau. Nous y voilà. Nous pourrons alors voir quelle est la répartition des éléments qui nous intéressent et je peux voir ce que cela représente et le voir également. Vous disposez donc d’un moyen très simple et rapide de fouiller dans ces données.
Comme nous l’avons mentionné précédemment, vous disposez de nombreuses méthodes pour créer des métadonnées sur le serveur d’instance et la base de données. L’autre partie consiste à pouvoir en tirer parti de la façon dont vous l’avez groupé et associé. Nous passons à la vue de l'explorateur, nous pouvons le faire. Nous pouvons dire que je veux faire un décompte de base de données par emplacements. Donc, le nombre de bases de données à chaque emplacement des environnements que je supporte. Ou peut-être est-ce basé sur le propriétaire qui possède les instances que j'ai en termes de nombre d'instances. Nous pourrons donc le voir. Vous obtenez donc un moyen très efficace de peindre ces images en fonction de la question à laquelle vous essayez de répondre à ce moment-là.
Vous pouvez ensuite exporter ces informations au format PDF ou sous différents formats afin de les exploiter et de les utiliser pour nos collègues ou pour faire ce que nous souhaitons. Vous savez donc que vous serez capable de faire ce genre de choses. Revenons à - est-ce que je l'ai perdu? Nous y voilà. Bon, espérons donc que cela a du sens en termes de ce dont j'ai parlé jusqu'à présent. Maintenant que les données que nous avons collectées, tout cela est évidemment essentiel pour un certain nombre de raisons - licences et autres.
Le dernier type de chose à mentionner est que nous passons à cette section de l'administration ici. C’est également à cet endroit que vous pouvez configurer votre et vos alertes et pouvoir vous assurer que, pour les choses que vous voudriez vraiment connaître, vous pouvez également les configurer. Pour que nous puissions configurer des alertes, nous pouvons configurer la possibilité d'activer et de désactiver certaines choses, puis de déterminer qui recevra ces messages, et de souscrire à ces alertes, nous pouvons associer ceux que nous souhaitons. être, qui voudrait savoir sur ce genre de choses.
Mais comme je l’ai dit plus tôt, c’est une très bonne façon de le faire. Ayez au moins la tranquillité d’esprit de savoir pour l’ensemble de vos instances SQL d’entreprise: ce que vous avez et aussi de s’assurer qu’il fonctionne de manière optimale, même si vous ne le faites pas. Nous n’avons pas pris la décision d’investir dans un outil puissant de suivi des performances pour gérer cette instance. Cela va vous couvrir parce que c'est un moyen très abordable de sortir et, dans bien des cas, être capable de faire ces inventaires et de pouvoir faire une sorte de très grande sorte de surveillance générale pour s'assurer que obtenu cette tranquillité d'esprit et savoir ce qui se passe.
J'espère donc que cela a un sens dans la façon dont nous l'avons décrit et montré. Je suppose que de ce point de vue, je peux y aller et le transmettre et nous pouvons en parler davantage.
Eric Kavanagh: Cela sonne bien. Alors Robin? Dez? Des questions?
Robin Bloor: Eh bien, j'ai des questions. C’est très intéressant de regarder ça, je veux dire que je voulais juste dire que quasiment partout j’ai été, pas seulement parmi les administrateurs de base de données, mais parmi les gars du réseau, parmi les gars du stockage, parmi ceux de la gestion de la machine virtuelle, ils sont tous travailler sur des feuilles de calcul.
Eric Kavanagh: C'est vrai.
Dez Blanchfield: Vous savez en quelque sorte que c'est comme ça, vous savez plutôt que ça va aller jusqu'à ce que les chiffres commencent à bouger. Quand les chiffres commencent à bouger, vous savez qu'ils vont avoir des ennuis. Donc, maintenant, la question m'intéresse et je sais que vous aurez du mal à y répondre, mais quoi, si vous entrez dans un endroit où ils n'ont rien de tel pour le traitement des feuilles de calcul, supposons donc que les administrateurs de bases de données sont des types très intelligents et ainsi de suite, quel genre de retour sur investissement pensez-vous que vous obtiendriez de la mise en œuvre de quelque chose comme ça? Avez-vous des chiffres à ce sujet ou des directives à ce sujet?
Bullett Manale: Il est difficile de dire quel est le retour sur investissement car les environnements seront un peu différents. De toute évidence, plus l'entreprise est grande, plus l'environnement est vaste, plus le retour sur investissement sera probablement plus important si elles utilisaient, maintenant, des méthodes manuelles.
Je sais que j’ai parlé à un certain nombre de - quand je dis de grandes organisations comptant des milliers et des milliers d’employés et probablement aussi à des milliers de fois - où j'ai des gens à qui je leur montre cela et qui disent que cela prendra deux semaines. de mon temps de retour. Je l’avais fait me dire plus d’une fois. Il est donc difficile de dire en termes de montant réel d'un achat, mais c'est considérable lorsque vous avez les environnements.
Comme je l'ai dit, c'est assez cohérent, ce sont les personnes à qui je parle, la plupart des personnes à qui je parle conservent ces informations dans un tableur. C’est donc très subjectif, car tous les environnements sont légèrement différents en ce qui concerne la manière dont ils attribuent leurs licences et la manière dont ils utilisent leurs licences avec Microsoft est un autre élément qui compte. Mais s’ils doivent faire des vérités chaque année ou tous les trois ans, je pense que trois au maximum pour Microsoft, ils veulent que vous fassiez des déclarations au moins tous les trois ans.
Ensuite, vous savez que c'est considérable et que vous savez que c'est simplement quelque chose qui rend beaucoup plus facile. Parce que c'est une chose dynamique qui change constamment, cela donne un peu plus de validité en termes de ce que vous regardez dans les versets, eh bien nous n'avons pas vraiment mis à jour la feuille de calcul en six mois ou un an. Alors, combien de fois mettez-vous la feuille de calcul à jour est une autre question pour comprendre en quelque sorte la réponse au retour sur investissement.
Dez Blanchfield: Les licences SQL, c’est un cauchemar, mais c’est surtout un cauchemar, car les licences ne sont pas les mêmes entre Microsoft, Oracle et tous les autres utilisateurs de bases de données. Si vous gardez réellement dans des feuilles de calcul ce qui se passe, vous savez que le temps nécessaire à l'obtention de la licence arrive avant que vous vous en rendiez compte et vous n'avez pas les données, si vous voyez ce que je veux dire, pour obtenir facilement ces informations.
Quoi qu'il en soit, comme vous l'avez fait remarquer, sa dynamique et je n'en ai aucune idée personnellement, car je n'ai jamais eu à négocier avec Microsoft. Je n'en ai donc aucune idée, mais il existe probablement des bases de données où les gens enregistrent assez souvent les données de test, les environnements de test et je le ferais. devinez que ceux-ci sont une épine dans votre côté si vous faites une licence. Est-ce vous-?
Bullett Manale: Oui Ouais. C’est le cas parce que nous oublions souvent ce genre de choses et que nous essayons de déterminer, ok, ok d’accord, nous avons obtenu une licence principale qui nous oblige à calculer le nombre de cœurs pour chacun de ces cas et je ne sais pas, En ce qui concerne les normes de ce que vous achetez en termes de matériel, vous pouvez aussi bien acheter du bon matériel que si vous n’utilisez pas ce matériel de la façon dont il devrait être utilisé, vous payez trop parce que vous payez la tarification de base lorsque ces cœurs ne sont pas exploités de manière à devient un problème.
Ainsi, chaque version de SQL a une manière différente d’appliquer une licence, ce qui le rend même un peu déroutant. Cela pose donc certains problèmes et explique en grande partie pourquoi ces informations sont très utiles, car nous pouvons vous dire de quelle version il s'agit, nous pouvons aussi vous dire le nombre de cœurs que vous avez, si ses anciennes versions de SQL c’était le prix par prise, nous pouvons toujours le montrer aussi bien évidemment. Donc, cela simplifie énormément la routine que vous devez suivre lorsque vient le temps de confirmer ces informations.
Dez Blanchfield: Une chose qui me vient à l’esprit, oh pardon, allez…
Robin Bloor: Tout va bien, vous allez à Dez, j'allais poser une question peut-être non pertinente.
Dez Blanchfield: Si vous êtes sur le sujet, vous constaterez que les environnements cloud sont de plus en plus adoptés et que si nous les exploitions dans notre propre centre de données, dans notre propre environnement, ils rampaient et trouvaient, découvrant, les choses étaient relativement simples. .
Comment pouvons-nous, comment pouvons-nous faire face au scénario dans lequel nous pourrions avoir trois ensembles de données, deux nuages, et la visibilité sur ces environnements est protégée par un pare-feu et souvent un ensemble de données à la fin d'un canal ou d'un VPN. Y a-t-il moyen de découvrir dès le départ ou faut-il commencer à ouvrir des ports afin de pouvoir analyser certains environnements entre une sorte de nuage et des lieux où cette plateforme est exécutée?
Bullett Manale: Oui, il faudrait tenir compte des ports. Donc, malheureusement, j'aimerais pouvoir dire que sa va pouvoir traverser tous ces environnements, mais il y a différentes options que vous pourriez faire avec cela. Évidemment, si vous faites quelque chose comme Amazon EC2, tout ce dont vous auriez besoin, c’est l’accès à cet environnement par le biais de votre connectivité, en supposant que vos ports soient ouverts, puis en mesure de spécifier vos adresses IP ou votre domaine associé et de démarrer la collecte. et commencez la découverte.
Donc, dans ces types d’environnements, ce n’est vraiment pas un problème; C’est le type d’environnement le plus spécifique, tel que le RDS, et vous n’obtenez que la base de données elle-même, où il est un peu plus difficile de voir et de découvrir ce type d’informations.
Dez Blanchfield: Donc, à partir de là, il y a des bases de données et des bases de données. Ainsi, par exemple, le bon vieux temps d’avoir un très grand moteur de base de données, comme l’anecdote que j’ai partagée à l’avant, où sa seule plate-forme massive et sa seule base est de fournir une base de données. De nos jours, les bases de données sont intégrées à tout, en fait, il y en a deux ou trois qui ne font que tourner dans mon téléphone derrière des applications.
Quel genre de défis voyez-vous avec les scénarios dans lesquels vous avez des environnements provenant de Lotus Notes, avec des applications derrière eux, SharePoint avec la base de données sur divers Internet, etc.? Essentiellement, tout est alimenté par la base de données à l’arrière. Quelles sortes de choses voyez-vous là-bas et quels types de défis rencontrez-vous que les gens ne font-ils qu'essayer de cartographier ces types de mondes et que votre outil fait-il pour eux?
Bullett Manale: Eh bien, je veux dire que le problème, c’est que ce que vous avez dit - tout a besoin d’une base de données maintenant, alors très souvent, il y a probablement beaucoup de bases de données qui sont introduites dans l’environnement que l’administrateur de base de données lui-même n’a pas encore créées. conscient de ce n'est pas très difficile d'obtenir un serveur SQL installé dans l'environnement, en général.
Cet outil identifie également des éléments tels que les bases de données express ainsi que les versions gratuites de SQL Server. Assez drôle, quand vous parlez aux administrateurs de base de données, encore une fois, vous n’obtenez pas une réponse cohérente en ce qui concerne leur intérêt pour les bases de données gratuites qui existent. Beaucoup de ces applications dont vous parlez utiliseront la version gratuite de la base de données. Mais les organisations elles-mêmes auront une attitude différente en ce qui concerne les responsables de cette base de données en fonction de la personne à qui vous parlez.
Certains administrateurs de bases de données auxquels je m'adresse, je pense à la dernière fois que je travaillais pour SQL Server PASS, qui se trouve à Seattle, vous posez la question «Vous vous souciez de vos bases de données Express?» Et il était environ cinquante-cinquante. Certaines personnes souhaitaient être informées à leur sujet en tant que DBA, car elles avaient le sentiment qu'elles faisaient partie de leurs responsabilités. Même les bases de données exprimées pouvaient contenir des informations essentielles. ils doivent encore suivre le processus de sauvegarde et veiller à ce que tout fonctionne dans une perspective de santé. Mais le simple fait de savoir qu’ils existent est tout aussi important, sinon plus important.
Alors que l’autre moitié des personnes interrogées sont: «Hé, nous n’étions pas responsables de ces bases de données et tout ce qu’elles ont mis sur elles est destiné à se méfier de la personne qui les a installées." Mais je dirais que dans l’ensemble, vous dites tout de nos jours, une application est liée à celle-ci, ce qui contribue davantage à la complexité et à la confusion résultant de l'inventaire de ces informations.
Dez Blanchfield: Oui, j'en ai vu, les sites gouvernementaux sont probablement mes préférés, mais le plus souvent, je vois dans des environnements d'entreprise où, comme vous l'avez dit, les gens m'oublient même lorsqu'ils installent quelque chose comme SharePoint ou un système d'auto-échange. qu'ils viennent avec une version gratuite intégrée parce qu'ils veulent, vous savez, l'installer rapidement et ne vous inquiétez pas d'avoir à acheter des licences.
Ensuite, les choses grossissent, puis quelqu'un commence à se plaindre de performances et se demande: «C'est juste votre ancien serveur, votre stockage, votre réseau, etc.», puis le DBA est appelé et se dit: "Eh bien, vous venez tout entassé dans cette version gratuite de la base de données, ce qui n’est pas ce dont vous avez besoin pour exécuter de cette taille. "
En particulier lorsque des scénarios tels que Project Manager et Office exécutent des centaines, voire des milliers de projets dans une grande entreprise ou une entreprise, et qu'ils utilisent SharePoint avec Microsoft Project Server et qu'ils déchargent tous leurs éléments de PMO dans cette base de données. Mais au début, ils aiment bien, ce n’est qu’une interface Web. Mais vraiment theres bases de données et bases de données.
Bullett Manale: Oui.
Dez Blanchfield: Alors, quelles sont-elles, une des premières étapes que les gens ici, je suppose, posent quelques questions que nous voudrions peut-être poser au public. Une des premières questions est de savoir où les gens commencent? Quelle est la première étape naturelle pour eux: «D'accord, nous devons faire la sorte de faire la version Alcoholics Anonymous?"
Nous avons plus de bases de données que nous ne savons quoi faire. À quoi ressemble une sorte de démarche naturelle: «D'accord, nous devons acquérir cette chose et commencer à courir?» Est-ce qu'ils font tout simplement froid ou plus tard, ils ont vraiment besoin de commencer modestement et d'acquérir de l'expérience pour cartographier leur environnement ?
Bullett Manale: Eh bien, je pense que cela dit qu’ils doivent cartographier l’environnement. Désormais, Microsoft propose un outil gratuit pour le faire, le Microsoft Assessment Planning Tool, un outil gratuit mais statique. Vous faites la découverte et c'est tout. Vous obtenez une liste des choses qui sont là-bas. Nous avons pris cela et dit Regardons, allons un peu plus loin, faisons la découverte, trouvons ce qu’il y a à faire et la placons dans le référentiel et faisons en sorte qu’elle soit dynamique et que nous puissions l’ajouter, la supprimer.
Mais dans l’ensemble, la première étape la plus importante consiste, je pense, à découvrir, à faire la découverte. Que ce soit pour télécharger notre produit à l'essai, vous pouvez le télécharger et l'essayer pendant 14 jours. Vous pouvez également indiquer votre environnement et la collection.
Maintenant, si vous avez déjà une feuille de calcul contenant toutes ces informations et que vous êtes quelque peu confiant que ces informations sont correctes, vous pouvez également aimer importer au format CSV cette feuille de calcul avec toutes ces informations et en faire une partie intégrante. J'ai déjà. Mais pour ce qui est de savoir ce que vous ne savez pas, la seule façon de le faire est de sortir manuellement, de le faire ou de vous procurer un outil qui recherche ce genre de chose comme celle-ci. La décision que vous devrez prendre à un moment donné est la suivante: «Est-ce que j'essaie d'automatiser cette découverte ou au moins de disposer d'une bonne base de données et ensuite de m'inquiéter éventuellement de certaines des exceptions? partie vous avez probablement besoin d'un outil.
Dez Blanchfield: Alors, vite. Où les gens vont-ils pour commencer? Ils ont frappé votre site web? Comment peuvent-ils tendre la main et commencer rapidement?
Bullett Manale: Si vous allez à Idera, I-D-E-R-A.com, vous verrez, et je peux réellement le montrer très rapidement. Sur le site Web Idera, vous accédez aux produits, puis au gestionnaire d’inventaire. Vous verrez un lien de téléchargement ici. Vous déterminez simplement quelle version vous voulez installer sur un 64 ou un 32 bits, et cela vous permettra de commencer et vous pourrez commencer votre découverte à partir de là.
Robin Bloor: Fantastique et super, super présentation, merci beaucoup.
Bullett Manale: Je vous remercie.
Eric Kavanagh: Nous avons quelques questions de la part du public et bien à vous, car nous devons nous arrêter nous-mêmes aujourd’hui, mais Bullett, encore une fois, excellent travail sur la démo, excellent travail de la part de notre producteur, sachant qu’elle n’a pas été montrée.
Bullett Manale: Désolé pour ça.
Eric Kavanagh: Non, c’est bien, vous donnez une visibilité au cœur de l’entreprise, non? Parce que votre entreprise gère les données et vous donnez une visibilité jusque dans les moindres détails. Donc, plus de trucs ondulés à la main; Maintenant, vous pouvez réellement pointer du doigt les problèmes et les résoudre. Tellement bien pour toi.
Bullett Manale: Je vous remercie.
Robin Bloor: Mais c’était génial de le voir en direct aussi, bravo.
Eric Kavanagh: Oui, nous archiverons cette diffusion Web pour la visionner plus tard, puis nous l’aurons dans environ une heure ou deux, l’archive initiale augmentera parfois un peu plus longtemps que cela, mais il faut bien informer les gens. Avec ça allaient vous laisser partir, les gars. Merci encore pour votre présence à la salle de briefing, étaient en fait les Hot Technologies. Eh bien à vous rattraper la prochaine fois. Prends soin de toi, au revoir.