Par Techopedia Staff, 26 mai 2016
À retenir: l' hôte Eric Kavanagh discute de la gestion des bases 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, il est temps pour Hot Technologies. Oui en effet, je m'appelle, encore une fois, Eric Kavanagh. Vous pouvez me trouver sur Twitter @eric_kavanagh. Il s'agit de l'émission conçue pour parler de ce qui est chaud sur le marché. Le titre aujourd'hui, «Clés du royaume: gérer SQL Server avec Dynamic Discovery». Il y a vraiment le vôtre. D'accord, cette photo date d'il y a quelques années. Je ne vais pas mentir, je parais un peu plus vieux maintenant, mais ça va.
Donc, nous parlons de la façon dont les technologies et SQL Server sont vraiment, vraiment, vraiment, vraiment chauds. Nous avons un tas de contenu aujourd'hui, donc je vais le distribuer tout de suite. Attendez, nous y voilà. Voilà nos conférenciers. Et Robin Bloor passe en premier.
Robin Bloor: Oui en effet. La présentation va aller en profondeur dans la gestion de base de données, donc je pensais simplement passer par la gestion de base de données ou, vous savez, le labyrinthe de base de données, afin de mettre les gens dans l'esprit de celui-ci. J'étais DBA, je suppose que vous pourriez dire que j'étais consultant en bases de données, il y a environ 20 ans, et ce qui me surprend vraiment dans les bases de données, c'est que peu de choses ont changé. Beaucoup de choses ont changé en termes de vitesse, en termes de volumes de données et de choses comme ça, mais une grande partie reste en fait très similaire à ce qui se passait auparavant.
Une base de données est, à mon avis, une collection extensible organisée de données qui peut être optimisée pour des charges de travail spécifiques et offrir des capacités de gestion des données. Il est né principalement parce que si vous vouliez gérer les données dans des fichiers, c'était un travail terriblement difficile. Et l'idée de créer un logiciel qui ferait à peu près tout ce dont vous aviez besoin a pris son envol presque instantanément, dès que nous avons eu un accès aléatoire sur les mainframes 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 en termes de prototypes dans les années 80 et a fait son apparition sur le marché à partir du début des années 90. Et les bases de données relationnelles sont toujours totalement dominantes en popularité. Si vous lisez la presse, vous entendrez énormément de choses à propos de ces bases de données SQL et récemment, il y a énormément de bruit à propos des bases de données graphiques. Et ceux-ci sont intéressants, si vous voulez, mais en fait toujours dans les derniers chiffres de vente, les bases de données relationnelles ont 95% du marché. Et Microsoft SQL Server, dont nous allons discuter en profondeur aujourd'hui, est le deuxième plus populaire pour Oracle.
Ce qui rend les bases de données relationnelles inhabituelles en termes de moteurs, c'est qu'elles peuvent fonctionner à la fois sur les charges de travail OLTP et sur les requêtes. Vous devez les régler différemment si vous voulez le faire, mais ils sont en fait capables de supporter les deux types de charge de travail. L'une d'entre elles est de courtes transactions aléatoires et l'autre est de longues requêtes couvrant de nombreuses données. L'alternative, la base de données NoSQL et la base de données graphique est principalement destinée à l'analyse et elles ont augmenté assez récemment. NoSQL est venu en premier et le graphique a commencé à obtenir un peu de traction ces derniers temps. NoSQL peut être utilisé pour les activités transactionnelles, mais les graphiques ne sont presque jamais utilisés pour les activités transactionnelles. La raison, je suis tombé sur une statistique qui, je pense, a au moins dix ans et qui dit que la plupart des entreprises en ont au moins trois, en fait le chiffre était de 3, 5, différentes marques de bases de données, si vous regardez leur inventaire de logiciels.
Mais la réalité est que la plupart des entreprises standardisent sur une base de données spécifique. Et la plupart des entreprises ont standardisé SQL Server et Oracle comme les deux plus populaires pour, si vous le souhaitez, les bases de données standard. Et ils n'utilisent les alternatives que dans des circonstances exceptionnelles où, par exemple, ils obtiennent un progiciel qui a besoin d'une base de données différente ou ils recherchent certaines des cibles d'analyse du Big Data qui ont vu le jour.
Nous avons également, si vous le souhaitez, l'ingérence de Hadoop. Hadoop est devenu d'une manière ou d'une autre plus qu'un système de fichiers mais pas encore une base de données. Cependant, il a SQL qui se trouve au-dessus. Mais la preuve là-bas n'est pas vraiment en train de supplanter ou de remplacer les bases de données relationnelles qui ont gagné le cœur et l'esprit du monde. Et la raison en est que ces bases de données relationnelles ont mis vingt ans, en fait plus de vingt ans, pour être aussi performantes qu'elles le sont. Et vous ne vous contentez pas de créer un moteur de requête ou un moteur SQL vraiment performant en très peu de temps. Cela n'arrive 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 cela a certainement été le cas avec Oracle et Microsoft SQL Server. Vous vous souvenez probablement, peu d'entre vous, de l'époque où les bases de données sont apparues pour la première fois, mais je l'ai fait, j'étais alors un garçon. L'idée originale était qu'il y aurait une seule base de données et c'était une idée conceptuelle qui n'a jamais pris racine. IBM a tenté avec l'AS / 400 de disposer d'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 n'est mise à l'échelle qu'à une certaine taille, certes, cette taille a augmenté au fil des ans, mais elles avaient des limites.
Et il y avait des problèmes de charge de travail, le principal problème de charge de travail étant que les charges de travail OLTP et les charges de travail de requête volumineuses ne sont tout simplement pas compatibles entre elles. Et il était impossible de construire un moteur qui ferait cela. Ce que nous rencontrons, ce qui est assez intéressant, je suis tombé récemment sur un site qui avait plus d'un millier d'instances différentes d'Oracle. Je ne me souviens pas exactement du nombre de DBA qu'ils avaient, mais si vous leur avez réellement expliqué combien de ces bases de données étaient réellement surveillées par un DBA, c'était quelque chose comme dix. Ils utilisaient essentiellement la base de données comme armoire et y introduisaient simplement des données car au moins vous aviez un schéma et il était plus organisé qu'un système de fichiers ne le serait jamais, mais personne ne faisait autre chose que de lui donner une configuration par défaut et de le définir. ample.
Je ne sais pas si c'était une bonne idée. Cela me semble bizarre, pour être honnête car, à mon avis, chaque fois que je travaillais avec des bases de données, les bases de données avaient besoin de présence et vous deviez, d'une manière ou d'une autre, savoir exactement ce qui se passait. Et un grand nombre d'interdépendances du système signifie que certains types de niveaux de service doivent absolument être respectés, sinon vous rencontrez des problèmes.
Il y a eu des discussions récemment, j'ai rencontré diverses bases de données qui prétendent s'auto-ajuster. Ceux qui sont des magasins de colonnes qui sont configurés pour le trafic de requête sont en grande partie auto-ajustables car il y a très 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 elles doivent être ajustées, 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 placez pas les bons index au bon endroit, les jointures prennent un temps excessif lorsqu'elles n'en ont pas besoin.
Les bases de données à réglage automatique actuellement, eh bien, elles n'existent que dans ces domaines où les charges de travail sont bien connues. Et mon expérience est que la plupart des entreprises emploient très peu de DBA et c'est parce qu'elles sont chères. Et c'est pourquoi il est préférable d'alterner ce que fait le DBA. Il s'agit des activités d'un administrateur de base de données 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 mettriez à niveau une base de données, je veux dire, la règle avec laquelle j'ai toujours travaillé est de ne pas y toucher si cela fonctionne, et si vous allez mettre à niveau une base de données vers une nouvelle version particulière, vous le faites en mode test d'abord et après cela, vous mettez tout à niveau. Vous avez toujours toujours affaire à la même version. Mais en réalité, beaucoup de sites que j'ai rencontrés, ce n'est pas ce qui se passe. Il y a, disons, un bon degré d'entropie. La gestion des licences est un problème, dépend de la licence que vous avez. ETL et réplication de données.
L'une des astuces avec la base de données est que si vous avez une charge de travail de requête qui doit être divisée, vous pouvez créer deux instances et répliquer et cela est souvent fait lorsque les gens utilisent la réplique comme sauvegarde à chaud si nécessaire. Ensuite, la planification du stockage et de la capacité, cela fait partie de l'activité d'un administrateur de base de données en raison de la croissance des données et vous devez suivre cela. Et puis, vous devez planifier diverses mises à niveau matérielles ou augmentations matérielles. Le dépannage est une activité pénible pour la plupart des administrateurs de base de données. Là où quelque chose ne va pas et que la sauvegarde ne fonctionne pas parfaitement, ils doivent retrousser leurs manches et descendre et essayer de récupérer des choses à partir des fichiers journaux. Cela se produit 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 que cela se produit plus souvent que vous ne l'auriez imaginé. La surveillance et le réglage des performances sont en quelque sorte le cœur battant d'un travail DBA. Mais il y a aussi la sécurité en termes de gestion des accès, de sauvegarde et de récupération, en créant des systèmes de test logiciel qui font raisonnablement parallèle à un système en direct. Et tout le cycle de vie des données. Donc, à mon avis, c'est la liste des emplois de la DBA en dehors de tout ce qu'on pourrait leur demander de faire. Dynamique opérationnelle. En fin de compte, l'intégrité des données et la gestion des niveaux de service sont de la responsabilité première du DBA. Et normalement, ils sont critiques. Et c'est tout ce que j'ai à dire. Je vais céder la parole à Dez.
Dez Blanchfield: Merci beaucoup. Je vais nous emmener dans un voyage amusant et anecdotique sur la raison pour laquelle tout le sujet d'aujourd'hui est plus critique que jamais. Il n'y a pas si longtemps, j'ai participé à un projet dans lequel nous avons migré une plate-forme du gouvernement de l'État qui a été utilisée pour l'enregistrement des licences et l'immatriculation des véhicules et toute une gamme de choses autour de ce sujet, à partir d'une plate-forme mainframe Fujitsu exécutant une chose appelée A + Addition, qui est un système d'exploitation Solaris, ou en d'autres termes, Unix, exécutant Oracle et en faisant un très bon travail. Et le point de vue était que cette chose vieillissait et qu'il était temps de la déplacer vers autre chose. Nous avons eu beaucoup de plaisir à utiliser Unix sur le mainframe et c'était très stable et très sécurisé et assez bizarrement la plate-forme SDL et c'était juste extrêmement rapide. Mais la sagesse était qu'il était temps de quitter l'ordinateur central et de bouger.
Ce défi important de cartographier tous les systèmes et la logique métier et l'environnement SQL pour les bases de données en dessous et de voir comment nous allions architecturer et concevoir une nouvelle maison pour cela. Et nous avons fini par en parler à l'une de ces choses qui a maintenant quelques années, mais l'une des extrémités des serveurs Starfire du système de rack Sun. Et ce sont probablement parmi les plus gros bidons que vous pouvez acheter sur la planète qui vivent tous dans une grande boîte et un serveur de traitement multiple symétrique. C'était un système de milieu de gamme dans notre monde. Il a exécuté Unix et il a exécuté Oracle en mode natif et la vue était: «Qu'est-ce qui pourrait éventuellement mal tourner?» Eh bien, il s'avère que beaucoup.
Par exemple, à l'époque, et nous ne parlons pas il y a longtemps, nous avons dû suivre un processus très manuel pour découvrir ce qui était sur la plate-forme mainframe et faire passer. En particulier l'environnement réel de la base de données et la logique SQL. Donc, l'idée était que cela allait être un mouvement d'Oracle vers Oracle assez simple, un mouvement de base de données vers base de données; toute la logique métier se présenterait, la plupart de la logique métier aurait été écrite dans des requêtes et des déclencheurs intégrés, et à quel point cela pourrait-il être difficile? Mais quelque chose qui devait prendre des mois n'a finalement pas pris un an. Pour parcourir physiquement et manuellement toutes les parties d'Unix sur l'environnement mainframe, découvrez où se trouvaient toutes les bases de données et combien d'instances étaient en cours d'exécution et ce qui s'exécutait sur ces instances.Ce fut un exercice non trivial 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 s'avérait qu'il y en avait plus.
L'autre défi que nous avions était de savoir quelles instances étaient en cours d'exécution 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 des utilisateurs? Est-ce la production? Est-ce un environnement DR? Parce que la grande chose à propos des mainframes 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 fait du développement et des tests de production, ou fait-elle de la production, y a-t-il des utilisateurs réels à ce sujet? Se rappeler que cette chose consiste à émettre en temps réel des permis de conduire et des immatriculations de voitures et des choses qui comptent vraiment pour la vie des gens.
Et il a fallu beaucoup de temps pour exécuter des sauvegardes pour cette chose, nous n'avions donc pas vraiment de fenêtre de maintenance pour mettre la chose hors ligne et voir ce qui s'était passé. Il n'y avait pas de réacheminement. Nous avons également eu le défi non seulement de trouver quelles instances étaient en cours d'exécution et où et pour qui, mais nous avons ensuite dû déterminer quelles versions de quelles instances étaient en cours d'exécution. Et c'est là que j'ai failli perdre mon intrigue. Quand j'ai commencé à réaliser que nous avions deux ou trois versions de l'environnement de production passant par différents niveaux de tests et qu'il y avait très peu d'outils et d'approches systématiques à cela. Nous avons littéralement dû nous plonger dans le code et dans l'instance en cours d'exécution et dans certains cas, prendre le risque de mettre quelque chose hors ligne pendant un petit moment. Nous sommes arrivés au fond de tout cela, nous l'avons cartographié, et ce fut un processus très manuel comme je l'ai dit. Et nous avons finalement fait tout le changement ETL, en le vidant d'un endroit et en le déplaçant vers un autre et dans l'ensemble cela a fonctionné. Et nous étions comme, d'accord, c'est fonctionnel, nous en sommes très contents.
Mais ensuite, nous sommes tombés sur un certain nombre de murs de briques solides très graves. Nous avons notamment constaté des problèmes de performances. Et la pensée sensée du jour était, eh bien, il est passé à un matériel plus gros, meilleur, plus rapide et plus dur, il n'y a aucune raison pour qu'il fonctionne mal au niveau de l'application au niveau de la base de données, alors commençons à chercher ailleurs. Nous avons donc complètement repensé le réseau deux fois. Chaque routeur, chaque commutateur, chaque câble, nous sommes passés d'Ethernet à la fibre optique dans certains cas, nous avons mis à niveau le logiciel, nous avons corrigé, vous avez la vue. Nous avons essentiellement reconstruit le réseau à deux reprises en pensant qu'il y avait là des problèmes de performances. Et ça avait l'air et c'était comme ça. Nous sommes passés par différents systèmes de sécurité, différents pare-feu. Nous avons corrigé le système d'exploitation. Nous avons déplacé des trucs d'une lame de calcul à une autre. Et nous avons passé beaucoup de temps à examiner la partie infrastructure de celui-ci.
Et puis nous avons réalisé que lorsque nous avons déconnecté les serveurs et que nous avons exécuté d'autres applications dessus, le réseau fonctionnait très bien. Nous avons donc commencé à séparer le système d'exploitation. Même problème. Mais intéressant, le niveau du réseau et le niveau 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 chacune de ces pièces fonctionnait. Mais même alors, sur Solaris à mi-portée sur la plate-forme matérielle SPARC, les outils n'étaient tout simplement pas là pour que nous commencions à diagnostiquer l'environnement de la base de données. Vous savez, en cartographiant si nous avions rassemblé toutes les instances. Et donc nous avons dû créer nos propres outils et en écrire et nous asseoir et, que ce soit dans les outils de base de données eux-mêmes dans les langages de script natifs ou s'il s'agissait d'une série de scripts shell ou, dans certains cas, d'un tas de programmes C.
Nous avons finalement exploré des problèmes très intéressants où 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 d'une manière particulière pour quelque chose qui s'exécutait sur la version mainframe d'Oracle a été migré vers Solaris sur SPARC version Oracle il n'a pas immédiatement transposé les mêmes performances. Donc, ce fut un voyage assez douloureux pour nous en premier lieu, juste le faire et tout trouver, mais maintenant nous devions le diagnostiquer sur le nouveau système de production et encore une fois, cette chose a fait exploser la valeur d'un mois de migration à près d'un an. Et cela se résumait simplement au fait que nous n'avions pas les outils autour. Courir en faisant des choses comme essayer de mapper des métadonnées.
À un moment donné, nous avons presque décidé que nous avions besoin d'une planche Ouija, car cela allait être plus facile de cette façon de pointer et de pointer au hasard. Des choses simples comme découvrir qui avait accès aux anciens systèmes et pourquoi ils y avaient accès. Et qui avait besoin d'accéder au nouveau et de le confirmer, de demander à quelqu'un de se déconnecter et de le confirmer et de le cartographier. Même quelque chose d'aussi simple que la taille de la base de données n'était pas cohérente sur les deux plates-formes. Nous avons dû créer un outil pour ce faire et faire une comparaison entre la taille de la base de données en tonnage, en mégaoctets bruts ou téraoctets sur le système A par rapport au système B. Et plonger dans plus de détails sur les performances et l'environnement performant. Encore une fois, a dû construire de nouveaux outils. Il n'y en avait tout simplement pas pour nous.
Et vous obtenez tout ce message de cela, lorsque nous avons fini de faire fonctionner la chose et que nous l'avons stabilisée, chaque pièce était un processus très manuel, la seule façon d'automatiser quelque chose était de construire un nouvel 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 du fait que les outils sont disponibles maintenant et ils rendent la vie tellement plus facile. De nombreux écueils demeurent. Découverte des bases de données existantes et des instances exécutant quoi. Dans quel état ils sont. Combien sont en cours d'exécution? Pourquoi ils courent. Qu'ils fonctionnent bien. Sont-ils sauvegardés?
Ce sont toutes des choses que nous pouvons à bien des égards considérer comme acquises maintenant avec les bons outils. Mais il y a eu une période dans cette anecdote particulière, comme je l'ai dit, où c'était quelque chose pour lequel beaucoup d'entre nous ont perdu beaucoup de cheveux, nous avons probablement pris quinze ans de notre vie, et déplorons le fait que les outils n'étaient pas là maintenant . Et je suis impatient d'en entendre beaucoup plus à ce sujet de notre invité aujourd'hui, Bullett. Donc, Bullett, je vais vous passer la parole et j'ai hâte de savoir comment vous avez résolu ce problème.
Bullett Manale: D'accord . Super. Eric, permettez-moi de reprendre ici avec les diapositives et de parler un peu, très rapidement, d'Idera, de la société, avant d'entrer dans le produit lui-même. Tout comme un FYI, c'est une sorte de portefeuille de différents produits dont nous disposons.
Eric Kavanagh: Votre audio est plutôt chaud, donc si vous utilisez un casque, tirez-le un peu.
Bullett Manale: Pas de problème. Est-ce mieux?
Eric Kavanagh: C'est beaucoup mieux. Emportez-le.
Bullett Manale: D'accord . Aujourd'hui, nous allons nous concentrer sur le gestionnaire d'inventaire, qui est évidemment aligné sur un grand nombre de ces sujets dont nous discutons. Je veux juste vous expliquer un peu comment ce produit est arrivé là où il se trouve. Nous avons commencé à chercher sur une base quotidienne avec notre gamme de produits, nous avons un outil de surveillance des performances appelé Diagnostic Manager. Nous avons un outil Compliance Manager. Ainsi, de nombreux outils différents autour de SQL Server et inévitablement, nous posons toujours la question à des fins de licence: "Quel est le nombre d'instances que vous gérez actuellement au sein de votre organisation?" Et ce qui est intéressant, c'est que nous n'avons jamais pu obtenir de réponse ferme à ce sujet. Peu importait vraiment à qui vous parliez. C'était toujours une sorte de "Eh bien, nous pensons que c'est autour de ce nombre." Ce genre de choses est toujours intervenu et nous devions ensuite passer par ce processus pour déterminer exactement ce qu'ils avaient qu'ils voulaient octroyer sous licence en fonction des cas que nous gérons.
Nous avons évidemment compris très rapidement qu'il semble y avoir une certaine douleur associée à cela avec beaucoup de DBA. De toute évidence, en tant qu'administrateur de base de données, l'une des choses dont ils sont responsables est de le savoir, car l'une des choses qu'ils doivent faire est de s'inquiéter de leurs accords de licence, dans notre cas avec Microsoft et SQL Server. De toute évidence, ils ont de nombreux autres domaines différents dont ils sont responsables, mais c'est l'un de ceux qui est en quelque sorte un gros ticket en termes de DBA, quelles sont vos responsabilités générales. Avec cela, nous sommes en quelque sorte parvenus à la conclusion que nous avons besoin d'un outil qui permet à un DBA de comprendre facilement ce nombre. Parce que vous avez l'étalement SQL si vous voulez l'appeler ainsi et cela se produit pour un certain nombre de raisons différentes. Il n'y a peut-être pas autant de contrôle sur qui installe le logiciel et ce genre de choses.
Et la pire chose qui puisse arriver est que quelqu'un met la main sur une copie de SQL Server, l'installe, commence à travailler avec lui sans aucune connaissance des autres organisations ou départements 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, où vous avez des situations où vous allez réellement perdre des données critiques parce que vous ne savez pas que l'instance existe même en premier lieu.
L'une des choses que nous devions faire était de déterminer le morceau de découverte de celui-ci. Et en plus de cela, être en mesure d'organiser et de gérer les informations que nous collectons de manière logique et logique en fonction de ce que fait l'entreprise. Et puis, évidemment, à partir de cela, être en mesure de prendre des décisions concernant cette information et être capable de faire ce genre de choses. C'est un peu là où l'outil a commencé et d'où il vient. Je peux vous dire qu'en discutant régulièrement avec les administrateurs de base de données, ce que nous avons vraiment, c'est le problème de ne pas savoir combien d'instances ils ont.
Et c'est drôle parce que, le terme, vous ne pouvez pas gérer ce que vous ne pouvez pas mesurer, est toujours venu avec les 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 en quelque sorte une grande partie de cet outil, c'est de 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 avec qui nous avons parlé était qu'ils avaient en fait fixé un temps au cours de leur année où ils ont en fait marché physiquement d'un endroit à un autre pour essayer de déterminer à quoi ressemblait ce décompte. Vous pouvez imaginer qu'en tant qu'administrateur de base de données, vous êtes payé une assez bonne somme d'argent pour passer physiquement d'une machine à l'autre dans certains cas, ce qui était étonnamment ce que nous entendrions de la part de très grandes entreprises que je ne nommerai pas. Mais juste une sorte de point intéressant que deux semaines par an pourraient être consacrées à ce genre d'exercices juste pour savoir si leur nombre de licences est correct.
Tout cela est lié à cet outil et à la façon dont il aide, mais la façon dont nous l'avons abordé était grâce à la possibilité de faire une découverte basée sur un certain nombre de caractéristiques de SQL Server. Et donc la première question est, sur quoi pointez-vous ou que essayez-vous de regarder en premier? La façon dont nous l'avons fait était de le dire par plage IP ou nous pouvons le faire par l'appartenance au domaine lui-même en termes d'ordinateurs qui sont 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 voulons nous concentrer en termes de découverte.
Et puis l'autre partie est basée sur ces caractéristiques, les ports et d'autres choses, les clés de registre WMI et ce genre de choses, nous pouvons rassembler et vérifier que SQL est probablement en cours d'exécution et installé sur cette instance ou cet environnement particulier. C'est évidemment une bien meilleure méthode que la méthode sneaker ou la méthode sneaker express. Maintenant, ce qui est cool, c'est que toutes les informations que nous recueillons sur l'instance sont conservées dans un référentiel et peuvent changer à mesure que l'environnement change. Il ne s'agit pas seulement de "Hé, il y a 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, d'être en mesure de déterminer s'ils veulent faire cette partie de l'inventaire, puis quand cela ne fait pas partie de l'inventaire, pour pouvoir mettre hors service cette instance. Ainsi, ils ont le cycle de vie de l'ensemble du processus de l'instance SQL Server pour être très facilement compris dans l'outil.
Une fois que nous avons découvert les instances, que faisons-nous après cela? L'autre chose est une grande partie des informations sur l'instance, je ne veux pas avoir à l'obtenir manuellement et à la mettre dans une feuille de calcul ou ce genre de choses. Et c'est une autre chose qui était assez intéressante en parlant aux DBA du processus d'inventaire et des licences, c'est que vous seriez surpris du nombre de DBA à qui j'ai parlé, lorsque vous leur demandez: «Comment maintenez-vous vos inventaires?» Et nous parlons aux administrateurs de bases de données, ce qui est vraiment ironique, qu'ils gardent cela et le suivent dans une feuille de calcul statique de toutes choses. Comme je l'ai dit, c'est très ironique quand on y pense pendant une minute. Mais c'était dans beaucoup de cas, et c'est toujours le cas avec beaucoup d'organisations comment ils gèrent cela. Comment ils gardent ça. Il s'agit d'une copie principale d'une feuille de calcul Excel qui circule et doit être mise à jour régulièrement.
Ce sont des choses qui étaient un défi et donc en enregistrant cette instance et en la faisant partie de l'inventaire, vous pouvez le faire et récupérer les informations. Vous pouvez le faire automatiser, qu'il fasse ou non partie de l'inventaire, de la version, de l'édition, des autres choses que vous pouvez faire avec, vous pouvez ajouter manuellement peut-être cette liste ou la feuille de calcul Excel que vous avez. Vous pouvez l'importer dans cet outil appelé SQL Inventory Manager. Si vous avez déjà un point de départ d'instances sur lequel vous vous sentez assez confiant, vous pouvez importer ces instances dans, puis intégrer cette partie de votre inventaire géré dans le produit. Une fois que nous avons l'instance et une fois que nous savons qu'elle est là, cela devient, d'accord, nous avons beaucoup d'informations que nous pouvons exploiter en sachant que cette instance est là, en sortant et en recueillant ces informations.
Et une grande partie des informations seront nécessaires à d'autres fins que les seules licences. Une grande partie de celui-ci peut évidemment être utilisée pour simplement savoir où se trouvent les choses, pour pouvoir rechercher ces informations une fois qu'elles ont été obtenues. Mais l'essentiel est le serveur, le matériel lui-même. Être capable de comprendre quel type de machine est-ce, peut-être le modèle ou le fabricant, la mémoire, la quantité de mémoire, que ce soit une machine physique ou virtuelle et surtout le nombre de sockets ou de cœurs physiques et de CPU et ce genre de choses.
En ce qui concerne le nombre de cœurs, en particulier avec SQL Server, savoir comment ils effectuent leurs licences est désormais un calcul par cœur dans les nouvelles versions de SQL, cela devient une partie vraiment importante et ce n'est pas quelque chose que vous avez sortir et aller creuser. Une fois que l'instance est identifiée, nous pouvons fournir ces informations et les extraire et vous permettre de les visualiser et de les comprendre et, bien entendu, nous pouvons en profiter.
La couche suivante se situe au niveau de l'instance qui, de toute évidence, vous avez beaucoup de différentes instances de SQL Server, que ce soit standard ou d'entreprise ou même express d'ailleurs, ou la version gratuite de SQL Server. Être capable de comprendre également quelles applications sont liées à cette instance et cela peut se faire 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 elle-même.
Ensuite, vous descendez à la base de données réelle et voyez les paramètres de configuration, la quantité d'espace liée à ces données, où elles se trouvent, tout cela est automatiquement rempli et c'est donc un énorme gain de temps. Et encore une fois, parce qu'il sort dynamiquement et identifie quotidiennement de nouvelles instances, c'est une chose vivante que vous avez en termes de votre inventaire. C'est en quelque sorte le but du produit est de le faire de cette façon, c'est d'en faire quelque chose qui change dynamiquement.
Maintenant, une fois que toutes ces informations sont disponibles pour nous et que nous pouvons extraire toutes ces données, il est vraiment logique de commencer à créer dans certains cas vos propres métadonnées associées à ces instances et que les métadonnées puissent être créées d'une manière qui s'aligne sur la façon dont vous faites des affaires.
Donc, si vous avez vos instances regroupées par emplacement géographique, ou par les propriétaires d'applications ou par les propriétaires DBA ou autre, cela peut être en termes de la façon dont vous souhaitez regrouper ces instances, comment vous voulez logiquement donner un sens à ces instances, alors il y a de deux zones de l'outil qui vous donneront cette capacité.
Le premier est la possibilité de créer une balise d'instance, ou une balise. Ce qui crée essentiellement une association au serveur, à l'instance ou à la base de données afin que vous puissiez créer des vues et répondre aux questions qui peuvent se poser au jour le jour, ce qui vous aide vraiment à maîtriser ce que vous avez, ce que vous gérez et comment vous souhaitez faire avancer ces informations.
L'autre chose que nous avons est quelque chose appelé champs d'inventaire ou champs d'inventaire personnalisés et ceux-ci sont plus spécifiques aux types d'informations que vous pouvez explorer, par exemple la couche de base de données dans laquelle je pourrais décider d'ajouter une liste déroulante qui a tous les administrateurs de base de données et moi pouvons indiquer qui est responsable de cette base de données en fonction de ce type de situation ou quoi que ce soit, quelle que soit la base de données avec laquelle il en est responsable, je puisse le sélectionner afin que je sache que ce sont eux qui sont responsables et très facilement en fouillant dans l'inventaire.
Ces informations deviennent donc très précieuses, surtout si vous avez un grand environnement, car cela vous aide simplement à donner un sens à ces informations et à savoir ce que vous avez et comment vous les faites.
Permettez-moi donc d'aller de l'avant et de passer à la diapositive suivante ici. Ce que je vous montre maintenant, c'est que toutes ces informations que nous recueillons, toutes ces informations et données que nous collectons et appliquons des métadonnées vous permettent de prendre ensuite des décisions beaucoup plus faciles et plus rapides en ce qui concerne augmentez vos licences avec Microsoft dans les licences en volume d'entreprise ou l'assurance logiciel avec Microsoft.
Cela vous facilite vraiment la tâche plutôt que d'avoir à le faire, à devoir faire beaucoup de collecte manuelle de données, beaucoup de collecte manuelle de ces informations, ce qui, dans l'ensemble, rend le processus bien meilleur. C'est donc en quelque sorte l'un des mandats du produit, parfois pour permettre aux administrateurs de base de données de prendre plus facilement les décisions concernant les licences.
Maintenant, l'autre chose que nous, en quelque sorte parlant aux administrateurs de base de données, avons découvert et appris très rapidement est que - et cela revient en quelque sorte à ce qui a été discuté plus tôt - vous pourriez avoir 300 instances dans votre environnement de SQL Server, mais il n'y a vraiment qu'un sous-ensemble de ceux qui sont vraiment entièrement surveillés et gérés à partir d'un type traditionnel d'outils de surveillance des performances.
Donc, si vous allez et que vous vous asseyez avec le DBA et que vous dites: «Écoutez, nous savons que vous avez ces 20 ou 10 instances des 300 qui sont surveillées avec cet outil conçu pour surveiller cela et se conformer à votre SOA et recevoir des alertes et toutes ces sortes de bonnes choses », ce que nous avons également constaté, c'est que si vous avez demandé:« Et bien, qu'en est-il des 280 autres instances que vous avez? Vous vous souciez de ceux-ci? "Et ils le font, ils se soucient d'eux, mais ils ne veulent pas nécessairement faire un investissement pour surveiller ceux-ci au niveau de profondeur qui peut être fait avec ces cas par rapport à ceux 10 ou 20 vraiment, instances de produits vraiment critiques.
Donc, l'autre partie de l'équation avec cet outil est qu'il permet également de s'assurer qu'au niveau de base, vous êtes couvert en termes de santé d'instance. Maintenant, ça ne va pas vous dire si vous avez une impasse ou qui est la victime de l'impasse. Il ne s'agit pas d'atteindre ce niveau des sessions elles-mêmes et les détails des requêtes. Mais en même temps, cela vous permettra de savoir que, que le serveur soit en panne ou que le volume se remplisse ou que vous ayez besoin de faire des sauvegardes de la base de données, c'est une partie importante du fait d'être un DBA.
Donc, ce genre de choses est certainement toujours important et donc avec cet outil en fait un moyen pour vous d'avoir un fourre-tout pour vos instances vraiment critiques qui ont beaucoup, beaucoup de valeur liée à elles, si elles disparaissent vers le bas, vous devez savoir tout de suite. Ils peuvent avoir le niveau de surveillance le plus élevé et être en mesure de faire ce genre de choses, alors qu'avec cela, il pourra détecter toutes les nouvelles instances ajoutées à l'environnement et s'assurer qu'elles sont prises en compte et également faire sûr que ces niveaux de base des contrôles de santé sont en cours de formation.
C'est donc en quelque sorte en quoi consiste le gestionnaire d'importation SQL d'Inventory. Je vais maintenant vous en montrer une démonstration. Avant de faire cela, je vais vous montrer rapidement voici la diapositive d'architecture ici et juste pour montrer ceci, les instances de SQL que nous gérons, nous pouvons tout découvrir de SQL 2000 jusqu'à la nouvelle versions de SQL.
Nous pouvons donc le faire sans jamais avoir à déployer d'agents sur les instances elles-mêmes. Nous le faisons via un service de collecte et cela va sortir et rassembler ces informations et les mettre dans un référentiel, puis à partir d'une console frontale du service Web Tomcat, nous pourrons ensuite interagir avec ces données et les visualiser. C'est donc une architecture assez simple.
Je vais aller de l'avant et basculer et nous emmener dans le produit lui-même afin que vous puissiez vous en faire une idée, comprendre comment il fonctionne. Donc, la meilleure façon de le faire est de vous présenter d'abord l'interface elle-même dans ce genre de tableau de bord que nous examinons ici.
Je peux voir le nombre de cas en ce moment que j'ai sous gestion n'est pas tout à fait autant. Mais je n'ai pas non plus de centre de données dans ma poche arrière. J'ai donc environ six cas que nous voyons ici. Maintenant, cela dit, je vais faire une marche à travers le processus de découverte et montrer comment cela fonctionnerait.
Maintenant, la première chose que vous feriez est dans la section d'administration, vous pouvez spécifier comment vous souhaitez découvrir vos instances. Vous seriez en mesure de mettre ces informations ici et encore une fois, ce qui peut être fait via une plage d'adresses IP. Vous pouvez pointer vers un domaine ou un sous-domaine et pouvoir uniquement sur les machines membres de ce domaine effectuer ces vérifications, vous pourrez choisir un certain nombre de types de caractéristiques différents lorsque SQL s'exécute.
Ensuite, une fois que vous avez fait cela et que vous pouvez le faire automatiser pour qu'il s'exécute quotidiennement pour aller recueillir ces données. Vous seriez également en mesure de le faire sur une base ad hoc si nécessaire. Mais une fois que vous avez commencé cela, ce processus de découverte, ce que vous commencerez à voir, c'est lorsque vous passez à la vue des instances ici. Vous avez un onglet Découvrir et l'onglet Découvrir va nous montrer les instances qui ont été récemment découvertes. Donc, dans notre cas, nous avons un numéro ici. Je vais aller de l'avant et ajouter celui que nous allons utiliser comme exemple. Il s'agit donc d'une instance de Chicago dans ce cas, non? Je vais continuer et ajouter cette instance à mon inventaire.
D'accord et ça va me guider à travers quelques choses ici. Je vais simplement continuer et vous verrez que nous pouvons définir les informations d'identification. Mes informations d'identification devraient être bonnes là-bas. Je vais continuer et vous remarquerez que je peux en attribuer la propriété si je le souhaite. Je peux également spécifier un emplacement. Maintenant, l'emplacement lui-même peut également être ajouté, et il s'en souviendra la prochaine fois, évidemment.
Encore une fois, je peux également associer des balises à cela en termes de métadonnées et de la façon dont nous voudrions mettre ces instances de SQL, en particulier celle-ci, dans les compartiments dans lesquels nous voulons les mettre. Nous avons donc des balises actuelles, des balises populaires, afin que nous puissions examiner un tas de balises différentes que j'aurais peut-être déjà incluses. Je vais juste en choisir quelques-unes au hasard et nous pouvons les appliquer.
Alors maintenant, quand je vais de l'avant et l'ajoute à l'inventaire. Maintenant qu'il a été ajouté, nous le voyons maintenant apparaître sous cette vue gérée et vous pouvez donc le voir ici. Donc, vous savez que c'est la première étape et ce que je viens de vous montrer, c'est la façon dont vous ajouteriez principalement ces instances au fur et à mesure de votre quotidien. Dans certains cas, vous pourriez dire que 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 de choisir de le faire.
Jocelyn: Je vais vous interrompre très rapidement. Nous ne voyons pas votre démo.
Bullett Manale: Vous n'êtes 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, d'accord.
Eric Kavanagh: Et maintenant, partageons l'écran.
Bullett Manale: Désolé pour ça. Ouaip.
Eric Kavanagh: Ça va. Bonne prise là-bas, producteur Jocelyn.
Bullett Manale: D'accord, c'est mieux? Le voyez-vous maintenant?
Robin Bloor: Oui en effet.
Bullett Manale: Très bien, alors essayons de vous expliquer où nous en étions très rapidement. Nous avons les instances découvertes que nous avons eues plus tôt. Je viens d'ajouter l'instance de Chicago et donc ce que vous voyez maintenant, c'est qu'il est maintenant répertorié ici. Notez qu'il a déjà tiré beaucoup d'informations supplémentaires. Si je clique sur l'instance elle-même, vous commencerez à voir tous les types d'informations que nous avons déjà recueillies sur cette instance. Voici maintenant une liste de toutes les bases de données qui s'y trouvent. 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é.
Encore une fois, nous pouvons également vous dire immédiatement quelles applications nous voyons s'exécuter sur cette instance en fonction de la charge de travail que nous voyons s'exécuter sur l'instance. C'est donc plutôt agréable de pouvoir le faire automatiquement. Je n'ai pas besoin d'entrer et de lier la demande à l'incidence. Sur la base de ce que nous voyons, nous pouvons remplir cela. Maintenant, si vous souhaitez ajouter manuellement une application, vous pouvez absolument le faire. Mais c'est juste une bonne façon de pouvoir montrer l'association de l'instance à la base de données ou, je suis désolé, à l'application.
Vous remarquerez également que sur le côté droit de l'écran, nous avons un résumé instantané et en dessous, nous avons un résumé du serveur. Nous parlons donc des informations clés de l'instance ici, connaissant la version et pas seulement, vous savez, SQL Server 2012, mais le numéro de version réel qui, y compris et nous indiquant quels correctifs sont liés, quels service packs y sont liés, il peut être très important de le savoir. De toute évidence, les besoins en mémoire sont importants. Tout comme ça, que ce soit en cluster, toutes ces informations, je n'ai pas à les insérer - elles sont déjà collectées et collectées, et une fois que nous identifierons qu'il s'agit d'une instance découverte, cela fera partie de notre inventaire.
L'autre chose que vous verrez ici - et ça 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. Nous pouvons donc ajouter des champs de zone de texte ouverts, nous pouvons faire oui / non en termes, vous savez, d'un milliard de types de choix. Nous pouvons même faire des listes déroulantes. Vous pouvez le faire sur 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 vraiment, vraiment utile, car tout est rassemblé et collecté et il est là pour nous dès que nous prenons la décision de l'intégrer à notre inventaire. Ici, nous pouvons montrer certaines des différences en termes de CPU, le nombre de logique par rapport à physique, la quantité de mémoire. Donc, vous obtenez vraiment une très bonne et riche information sans avoir à faire beaucoup de travail.
Maintenant, l'autre partie, comme je l'ai dit, est que nous collectons ces données au niveau du serveur. Si nous descendons même dans la base de données, nous pouvons voir que beaucoup de ces éléments sont également décomposés pour nous. 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, c'est une base de données de conformité à laquelle le niveau de conformité ou d'exigence réglementaire est associé et il pourrait être, disons, Conformité SOX ou conformité PCI. Je peux donc choisir quelles bases de données ont la conformité qui leur est associée que je dois remplir ou m'assurer que je maintiens en fonction de cette exigence réglementaire.
Donc, ce genre de choses s'est avéré très utile pour les administrateurs de bases de données, car il y a un endroit où ils peuvent aller de manière centralisée pour conserver facilement toutes ces métadonnées associées dans leur environnement et ils peuvent, comme je l'ai dit, se conformer à leur entreprise car ils '' re faire, comme la façon dont ils font des affaires. Donc, si nous regardons tout ce que nous avons vu jusqu'à présent, vous avez évidemment une assez bonne vue d'ensemble de l'instance, si j'explique.
Je peux également effectuer une recherche, alors j'ai dit: recherchons ce référentiel de conformité dans mon inventaire. Ensuite, ce que vous verrez ici, c'est que je peux rechercher ces choses et être en mesure de les identifier. Je dis que … Je ne sais pas quoi, mon bouton "Go" ne fonctionne pas là-bas. D'accord. Voyons voir, réessayons. Et voilà. Ainsi, nous pourrions alors voir une ventilation de l'endroit où nous voyons quoi que ce soit avec notre conformité et je peux l'explorer et le voir de ce point de vue également. Vous avez donc un moyen très rapide et facile de fouiller dans ces données.
Maintenant, comme nous l'avons mentionné précédemment, vous disposez de nombreuses façons de créer des métadonnées sur le serveur d'instance et la base de données. L'autre partie à cela est de pouvoir en profiter dans la façon dont vous l'avez regroupé et dans la façon dont vous vous y êtes associé. Nous allons à la vue de l'explorateur, nous pouvons le faire. Nous pouvons dire que je veux faire un compte de base de données par emplacement. Donc, le nombre de bases de données à chaque emplacement des environnements que je supporte. Ou peut-être que cela est basé sur le propriétaire qui possède les instances que j'ai là-bas en termes de nombre d'instances. Nous pourrons donc voir cela. Vous obtenez donc un moyen très bon et facile de peindre ces images pour vous en fonction de la question à laquelle vous essayez de répondre à ce moment-là.
Ensuite, ce que vous avez créé comme vous le vouliez, nous pouvons l'exporter au format PDF ou dans différents formats pour pouvoir en tirer parti et l'envoyer à nos collègues ou faire tout ce dont nous avons besoin. Vous savez donc que vous pourriez faire ce genre de choses. Revenons à - est-ce que je l'ai perdu? Et voilà. Très bien, j'espère 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 vraiment vital pour un certain nombre de raisons - l'octroi de licences et ainsi de suite.
La dernière chose à mentionner est que nous passons à cette section d'administration ici. C'est là que vous pouvez également configurer votre e-mail et vos alertes et être en mesure de vous assurer que pour les choses que vous souhaitez vraiment savoir, vous pouvez également configurer ces choses. Ainsi, nous pouvons configurer des alertes par e-mail, nous pouvons configurer la possibilité d'activer certaines choses et de désactiver certaines choses, puis être en mesure de déterminer ensuite qui recevrait ces e-mails, et en vous abonnant à ces alertes, nous pouvons associer qui nous voulons être, qui voudrait savoir ce genre de choses.
Mais comme je l'ai dit plus tôt, c'est une très bonne façon de le faire, au moins avoir une tranquillité d'esprit globale de savoir pour toutes vos instances SQL d'entreprise - ce que vous avez et également de vous assurer qu'il fonctionne de manière optimale même si vous ne le faites pas '' t, n'ont pas pris la décision d'investir dans un outil de surveillance des performances de frappe lourde pour gérer cette instance. Cela va vous couvrir parce que c'est un moyen très abordable de sortir et pour de nombreux cas, être en mesure de faire ces inventaires et de faire une sorte de niveau général de surveillance très large pour vous assurer que vous a cette tranquillité d'esprit et sait ce qui se passe.
J'espère donc que cela a du sens dans la façon dont nous l'avons décrit et vous l'a montré. Je suppose que de ce point de vue, je peux aller de l'avant et le transmettre et nous pourrons en parler davantage.
Eric Kavanagh: Cela semble génial. Alors Robin? Dez? Des questions?
Robin Bloor: Eh bien, j'ai des questions. En fait, c'est très intéressant, je veux dire que je voulais juste faire le commentaire que presque partout où je suis allé, non seulement parmi les administrateurs de base de données, mais parmi les gars du réseau, parmi les gars du stockage, parmi les gars de la gestion des machines virtuelles, ils ' re tous travailler sur des feuilles de calcul.
Eric Kavanagh: C'est vrai.
Dez Blanchfield: Vous savez en quelque sorte que c'est, vous savez en quelque sorte que ça va jusqu'à ce que les chiffres commencent à bouger. Lorsque les chiffres commencent à bouger, vous savez qu'ils vont avoir des ennuis. Donc, la question qui m'intéresse maintenant et je sais que ça va être difficile pour vous de répondre, mais quoi, si vous allez dans un endroit où ils n'ont rien de tel là-bas pour le travail des feuilles de calcul, alors supposons les administrateurs de base de données sont des gens très intelligents et ainsi de suite, quel genre de retour sur investissement pensez-vous obtenir 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 parce que l'environnement va être un peu différent. De toute évidence, plus l'entreprise est grande, plus l'environnement est grand, évidemment plus le ROI sera probablement si elle utilise, vous savez, des méthodes manuelles maintenant.
Je sais que j'ai parlé à un certain nombre de - quand je parle de grandes organisations comptant des milliers et des milliers d'employés et probablement aussi des milliers d'exemples - où j'ai des gens où je leur montre cela et ils disent que cela prendra deux semaines de mon temps. Je me suis fait dire ça 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 gens avec qui je parle, la plupart des gens à qui je garde ces trucs dans une feuille de calcul. C'est juste que c'est une chose très, très subjective, car chaque environnement est un peu différent dans la façon dont ils font leurs licences et comment ils font leurs licences avec Microsoft est un autre élément qui est un facteur. Mais s'ils doivent faire de vraies améliorations chaque année ou tous les trois ans, je pense que trois ans au maximum pour Microsoft, ils veulent que vous réalisiez au moins tous les trois ans.
Ensuite, vous savez que c'est considérable et cela, vous savez que c'est juste quelque chose qui rend beaucoup plus facile. Parce que c'est une chose dynamique qui change toujours, cela donne aussi un peu plus de validité en termes de ce que vous regardez les versets, eh bien nous n'avons pas vraiment mis à jour la feuille de calcul depuis six mois ou un an. Alors, à quelle fréquence mettez-vous à jour la feuille de calcul est une autre question pour comprendre la réponse au retour sur investissement.
Dez Blanchfield: Oui, je veux dire, les licences SQL, l'octroi de licences n'est qu'un putain de cauchemar, mais c'est surtout un cauchemar parce que les licences ne sont pas les mêmes entre Microsoft et Oracle et quiconque qui fait des choses dans les bases de données. Si vous gardez des choses dans des feuilles de calcul qui ont tendance à être ce qui se passe réellement, vous savez que le temps de licence arrive avant de vous en rendre compte et vous n'avez pas vraiment les données, si vous savez ce que je veux dire, pour accéder facilement à cette information.
Quoi qu'il en soit, comme vous le faites remarquer, c'est dynamique et je n'en ai aucune idée personnellement parce que je n'ai jamais eu à négocier avec Microsoft, donc je n'en ai aucune idée, mais il y a probablement des bases de données que les gens retiennent assez souvent les données de test, testant environnements et je suppose que ce sont une épine dans votre côté si vous faites des licences. Est-ce vous-?
Bullett Manale: Oui, oui. C'est le cas parce que bien des fois ce genre de choses est oublié et ensuite nous commençons à essayer de comprendre, d'accord, d'accord, nous avons des licences de base que nous devons déterminer le nombre de cœurs pour chacune de ces instances et je ne Je ne sais pas, en termes de normes de ce que vous achetez du matériel, vous pourriez aussi bien acheter du matériel assez bon, alors si vous n'utilisez pas ce matériel de la façon dont il devrait être utilisé, vous payez trop parce que vous êtes payer pour le prix de base lorsque ces cœurs ne sont pas exploités, ce qui devient un problème.
Ainsi, chaque version de SQL a une manière différente d'appliquer les licences, ce qui la rend même un peu confuse. Donc, vous avez quelques défis à cela et c'est donc une grande partie de la raison pour laquelle ces informations sont très utiles car nous pouvons vous dire de quelle version il s'agit, nous pouvons évidemment vous dire le nombre de cœurs que vous avez, s'il s'agit d'anciennes versions de SQL c'était le prix par socket, nous pouvons toujours le montrer aussi. Donc, simplement, cela rend beaucoup plus simple une routine que vous devez suivre quand vient le temps de vérifier ce genre de choses.
Dez Blanchfield: Une chose qui me vient à l'esprit, oh, pardon …
Robin Bloor: Ça va, vous allez à Dez, j'allais poser une question peut-être hors de propos.
Dez Blanchfield: Juste quelque chose de très rapidement pendant que vous êtes sur le sujet, vous êtes en train de parler - nous voyons beaucoup plus d'adoption des environnements cloud et si nous l'exécutons dans notre propre centre de données, dans notre propre environnement, ils rampent et trouvent, découvrir des choses est relativement simple.
Comment faisons-nous, comment gérons-nous le scénario où nous pourrions avoir trois ensembles de données, deux nuages, et la visibilité à travers ces environnements est protégée par un pare-feu et souvent il y a un ensemble de données à la fin d'un canal ou d'un VPN. Y a-t-il quelque chose à découvrir depuis le front-end ou en avons-nous besoin, pour commencer à ouvrir les ports afin que nous puissions numériser dans certains environnements entre une sorte de cloud et hors des locaux où cette plateforme fonctionne?
Bullett Manale: Oui, ce serait le cas, il faudrait tenir compte des ports. Donc, malheureusement, j'aimerais pouvoir dire que cela va traverser tous ces environnements, mais il y a différentes options que vous pourriez faire avec cela. De toute évidence, si vous faites quelque chose comme Amazon EC2, tout ce dont vous avez besoin est vraiment l'accès à cet environnement via votre connectivité, en supposant que vos ports sont ouverts et en pouvant ensuite spécifier vos adresses IP ou votre domaine associé et cela peut commencer la collecte et commencer la découverte.
Donc, dans ces types d'environnements, ce n'est vraiment pas un problème; ce sont les types d'environnements plus spécifiques comme RDS et où vous obtenez simplement la base de données elle-même où il sera un peu plus difficile de voir et de découvrir ce type d'informations.
Dez Blanchfield: Donc, à la suite de cela, il y a des bases de données et des bases de données. Ainsi, par exemple, le bon vieux temps de simplement avoir un très, très gros moteur de base de données comme l'anecdote que j'ai partagée à l'avant, où ce n'est qu'une plate-forme massive et tout ce qu'il fait est de fournir une base de données. Ces jours-ci, les bases de données sont intégrées à tout, en fait, il y en a comme deux ou trois qui fonctionnent dans mon téléphone derrière des applications.
Quels types de défis rencontrez-vous avec des scénarios où vous avez des environnements provenant de Lotus Notes, avec des applications derrière eux, SharePoint avec la base de données sur les différents Internet, etc.? Essentiellement, tout est alimenté par une base de données à l'arrière. Quel genre de choses voyez-vous là-bas et à quel genre de défis voyez-vous les gens confrontés simplement en essayant de cartographier ce genre de mondes et ce que votre outil fait pour eux?
Bullett Manale: Eh bien, ce que je veux dire, c'est que ce que vous avez dit - tout a besoin d'une base de données maintenant, donc souvent il y en a probablement beaucoup, il y a beaucoup de bases de données qui sont introduites dans l'environnement que le DBA lui-même ne sont même pas mis au courant car il n'est pas très difficile d'obtenir un serveur SQL installé dans l'environnement, d'une manière générale.
Cet outil identifie également des éléments comme les bases de données express, ainsi que les versions gratuites de SQL Server. Assez drôle, lorsque vous parlez aux administrateurs de base de données, une fois de plus, vous n'obtenez pas de réponse cohérente en ce qui concerne 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 qui est responsable de cette base de données en fonction de qui vous parlez.
Certains DBA à qui je parle, je me souviens de la dernière fois que j'étais à SQL Server PASS, qui est à Seattle, vous posez la question «Vous souciez-vous de vos bases de données express?» Et c'était environ cinquante-cinquante. Certains des gens, ils voulaient les connaître en tant qu'administrateur de base de données, car ils sentaient que cela faisait partie de leurs responsabilités, même les bases de données exprimées, ils pouvaient toujours contenir des informations critiques; ils doivent encore passer par le processus de sauvegarde et doivent encore s'assurer que tout fonctionne sur le plan de la santé. Mais le simple fait de savoir qu'elles existent est tout aussi important sinon plus important.
Alors que l'autre moitié des gens sont: "Hé, nous ne sommes pas responsables de ces bases de données et tout ce qu'ils y mettent est à la merci de la personne qui les a installées." Mais je dirais que dans l'ensemble ce que vous dit, tout à peu près de nos jours a une application qui lui est liée qui ne fait que contribuer davantage à la complexité et à la confusion d'avoir à inventorier ces informations.
Dez Blanchfield: Oui, j'en ai vu, les sites gouvernementaux sont probablement mes préférés, mais le plus souvent je les vois dans des environnements d'entreprise où est-ce, comme vous l'avez dit, que les gens oublient même moi, lorsqu'ils installent quelque chose comme SharePoint ou comme l'auto-échange afin que vous sachiez qu'ils viennent avec une version gratuite juste intégrée car ils veulent, vous le savez, l'installer rapidement et ne vous inquiétez pas d'avoir à acheter des licences.
Ensuite, ça devient gros et puis quelqu'un commence à se plaindre des performances et ils disent: «C'est juste votre ancien serveur, votre stockage, votre réseau, peu importe», puis le DBA est appelé et ils disent: «Eh bien, vous» Nous venons de tout entasser dans cette version gratuite de la base de données, ce qui n'est pas ce dont vous avez besoin pour effectuer ce grand. "
En particulier, lorsque vous avez des scénarios tels que Project Manager et Office exécute 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éversent tous leurs trucs PMO dans cette base de données. Mais à l'avant, ils sont comme, eh bien c'est juste une interface web. Mais vraiment, il y a des bases de données et des bases de données.
Bullett Manale: Oui.
Dez Blanchfield: Alors, quels sont-ils, l'une des premières étapes que les gens ici, je suppose, il y a quelques questions que nous pourrions vouloir apporter au public. L'une des premières questions est de savoir par où commencer. Quelle est la première étape naturelle pour eux: «D'accord, nous devons en quelque sorte faire la version des Alcooliques anonymes?»
Nous avons plus de bases de données que nous ne savons quoi en faire. À quoi ressemble une étape naturelle de leur part pour dire: «D'accord, nous devons obtenir cette chose et commencer à courir?» ?
Bullett Manale: Eh bien, je pense que cela signifie qu'ils doivent cartographier l'environnement. Maintenant, Microsoft propose un outil gratuit pour ce faire, l'outil de planification de l'évaluation Microsoft, c'est un outil gratuit mais il est statique. Vous faites la découverte et c'est tout. Vous obtenez une liste des choses qui existent. Nous avons pris cela et dit: regardons un peu plus loin faisons la découverte, trouvons ce qui existe et mettons-le dans le référentiel et faisons en sorte qu'il soit dynamique et que nous puissions y ajouter, en retirer.
Mais dans l'ensemble, la première étape la plus importante est, je pense, de le découvrir, de faire la découverte. Que cela signifie télécharger notre produit en version d'essai, vous pouvez le télécharger et le tester pendant 14 jours et vous pouvez indiquer votre environnement et effectuer la collecte.
Maintenant, si vous avez déjà une feuille de calcul avec un tas de ces informations que vous êtes quelque peu sûr que ces informations sont correctes, vous avez également la possibilité d'aimer l'importation au format CSV de cette feuille de calcul avec toutes ces informations et de faire partie de ce que vous J'ai déjà. Mais pour savoir ce que vous ne savez pas, la seule façon de le faire est de sortir manuellement, de le faire ou d'avoir un outil qui recherche ce type de chose comme celui-ci. C'est la décision que vous devrez à un moment donné prendre: «Est-ce que j'essaie d'automatiser cette découverte ou au moins d'avoir une bonne base de ce qui existe en premier et ensuite peut-être de m'inquiéter de certaines exceptions?» Mais pour la plupart du temps, vous avez probablement besoin d'un outil.
Dez Blanchfield: Donc, très rapidement. Où les gens vont-ils pour commencer? Ils ont frappé votre site Web? Comment tendent-ils la main et commencent-ils rapidement?
Bullett Manale: Si vous allez sur Idera, IDERA.com, vous verrez, et je peux vraiment le montrer très rapidement. Sur le site Web Idera, vous allez aux produits, allez au gestionnaire d'inventaire. Vous verrez qu'il y a un lien de téléchargement ici. Vous êtes juste en train de déterminer quelle version voulez-vous installer sur un 64 ou un 32 bits, et cela vous aidera à démarrer et vous pourrez commencer votre découverte à partir de là.
Robin Bloor: Fantastique et super, excellente présentation, merci beaucoup.
Bullett Manale: Merci.
Eric Kavanagh: Nous avons quelques questions du public et nous vous les enverrons par courrier électronique parce que nous devons nous arrêter dur aujourd'hui, mais Bullett, encore une fois, excellent travail sur la démo, excellent travail de notre producteur en saisissant que ce n'était pas '' t montrant.
Bullett Manale: Désolé pour ça.
Eric Kavanagh: Non, ce sont de bonnes choses, vous donnez une visibilité sur le cœur de métier, non? Parce que l'entreprise gère les données et vous donnez une visibilité jusque dans le cœur. Donc, plus de trucs ondulés à la main; vous pouvez maintenant pointer du doigt les choses et les résoudre. Tellement bon pour toi.
Bullett Manale: Merci.
Robin Bloor: Mais c'était génial de le voir aussi en passant, bravo.
Eric Kavanagh: Oui, nous archiverons cette webémission pour une visualisation ultérieure, puis nous l'aurons, espérons-le, dans environ une heure ou deux, l'archive initiale augmente parfois, c'est un peu plus long que cela, mais nous allons être sûrs de laisser les gens savoir. Sur ce, nous allons vous laisser partir, les amis. Merci encore d'avoir assisté à la salle de briefing, nous sommes en fait les Hot Technologies. Nous vous rattraperons la prochaine fois. Faites attention, au revoir.
