Par Techopedia Staff, 22 février 2017
À retenir: l' hôte Eric Kavanagh discute de la gestion de la base de données avec le Dr Robin Bloor, Dez Blanchfield et Binh Chau de l'IDERA.
Vous n'êtes actuellement pas connecté. Veuillez vous connecter ou vous inscrire pour voir la vidéo.
Eric Kavanagh: D'accord, mesdames et messieurs. Bonjour et bienvenue encore une fois. C'est un mercredi, il est 16 heures, heure de l'Est et depuis quelques années, cela signifie qu'il est temps pour Hot Technologies. C'est vrai, c'est notre émission avec nos amis Techopedia - Techopedia.com. Découvrez-les en ligne. Ils obtiennent un trafic monstre, 1, 5 million de visiteurs uniques par mois. C'est beaucoup de trafic Web. Le sujet d'aujourd'hui, «Le rêve du DBA: découverte et gestion dans l'environnement». Oui, en effet, c'est un gros problème, en particulier pour les grandes organisations. Il y a vraiment une diapositive sur la vôtre, et assez sur moi, contactez-moi sur Twitter @eric_kavanagh, j'essaie toujours de revenir en arrière et d'engager une conversation là-bas.
Encore une fois, nous parlons aujourd'hui de technologies de base de données et de pouvoir vraiment comprendre ce qui se passe dans un large éventail d'instances de base de données. Comme beaucoup d'entre vous le savent, une fois que vous commencez à développer votre organisation, vous obtenez beaucoup plus de ces instances et garder un contrôle sur ce genre de choses peut être un peu un défi intéressant. En fait, je me souviens il y a un certain nombre d'années, j'ai eu une excellente conversation avec un gars qui était le directeur de la gouvernance des données pour le bureau du CIO au ministère de la Défense. Et je lui disais toutes ces choses intéressantes, nous avons eu cette grande conversation et je lui ai raconté mon histoire sur le lobbying pour la transparence des dépenses fédérales, et il a ri et il a dit: «Oh, c'est donc votre maison où je devrais envoyer ça ensuite grève des drones prédateurs. »Il a dit:« La transparence des dépenses fédérales? Je ne sais même pas combien de licences Oracle je possède ici. »Quand j'ai entendu cela, j'ai vraiment pu comprendre l'ampleur du défi auquel certaines organisations sont confrontées.
Aujourd'hui, il existe de nombreux outils intéressants - nous en entendrons parler aujourd'hui - pour comprendre ce qui vole là-bas, mais il y a même 20 ans, c'était un défi vraiment sérieux. En ce qui concerne les organisations de la taille du DOD, vous pouvez simplement imaginer que gérer cela va économiser beaucoup d'argent, cela va gagner beaucoup de temps, cela va résoudre certains problèmes de gouvernance; vous finissez par résoudre plusieurs défis à la fois si vous faites ce genre de chose correctement. Nous en saurons plus aujourd'hui.
Nous avons notre propre Dr Robin Bloor, analyste en chef du groupe Bloor. Nous avons Dez Blanchfield, notre data scientist, qui nous appelle de dessous, Sydney, Australie. Et Binh Chau, chef de produit senior d'IDERA, est également en ligne.
Nous faisons #HOTTECH comme hashtag - n'hésitez pas à tweeter pendant le spectacle. Et nous comptons sur vous pour les bonnes questions, alors s'il vous plaît ne soyez pas timide: posez des questions à tout moment en utilisant le composant Q&A de votre console de webdiffusion ou cette fenêtre de discussion, de toute façon. Et avec cela, je vais le remettre au Dr Robin Bloor. Permettez-moi de lui remettre les clés du WebEx. Voilà, et emportez-le.
Dr Robin Bloor: D'accord. Eh bien, c'est parti, passons à la première diapositive. En Italie, ils les appellent Stanlio et Olio, Laurel et Hardy. Dans les années 1990, alors que tout le monde s'inquiétait pour l'an 2000, je me suis impliqué dans plusieurs projets de l'an 2000. Et je suis allé - appelons-les une grande compagnie d'assurance - et ils ont découvert qu'ils avaient plus de 500 applications dont ils ignoraient l'existence sur le mainframe. Ils faisaient l'inventaire de l'ordinateur central. Eh bien, à cette époque, les environnements mainframe étaient bien mieux entretenus que tout ce qui est venu plus tard, je veux dire, cela ne fait aucun doute.
J'étais vraiment abasourdi et j'ai parlé aux gens de l'organisation et ils m'ont dit qu'il n'y avait pas de central complet… il n'y avait personne responsable de la connaissance de ces informations, vous savez, en gros. Ils n'ont jamais fait l'inventaire de leurs actifs. Et une base de données est un atout sans équivoque car elle contient des données et des données précieuses. Combien d'exemples est la question et en fait, où sont-ils? C'est juste "Qu'est-ce qu'une base de données?" Et la raison pour laquelle je pense comme ça, une base de données est un placard dans lequel vous jetez des données. Et je parlais à un site récemment qui avait des milliers d'instances d'Oracle. Eh bien, Oracle est une base de données qui, si vous l'utilisez de manière sophistiquée, nécessite un DBA.
J'ai en quelque sorte posé des questions à ce sujet et ils m'ont dit qu'ils parlaient d'environ sept ou huit administrateurs de base de données dans toute l'organisation. Et j'ai dit, vous savez, "Qui s'occupe des milliers d'autres cas?" Et ils ont dit: "Eh bien, ce qui s'est réellement passé, c'est que les gens l'utilisent simplement comme système de fichiers. Nous avons un certain nombre de bases de données qui se trouvent sur de grands clusters où les performances sont vraiment importantes et ils ont des DBA qui les surveillent tout le temps. Et puis nous avons des milliers d'autres bases de données dont personne ne s'occupe du tout. »Et je leur ai demandé exactement combien de bases de données et ils ont trouvé:« Eh bien, la dernière fois qu'Oracle l'a audité. »Ils n'ont pas fait d'audits eux-mêmes., vous savez, ce qui est plutôt intéressant.
Mais, vous savez, il y a des raisons d'utiliser une base de données. Une base de données implémente un modèle de données. Il est là pour partager des données: peut gérer plusieurs demandes de données simultanées, implémenter un modèle de sécurité, est conforme à ACID, résilient ou peut être configuré pour être résilient, vous savez. C'est la raison pour laquelle nous avons des bases de données. Mais, vous savez, il n'est pas rare de rencontrer des sites avec des milliers d'instances de SQL Server ou Oracle et la plupart d'entre eux sont simplement utilisés comme systèmes de fichiers. Et pourquoi voudriez-vous vraiment créer une nouvelle instance?
Je sais des équipes de développeurs que si elles créent une nouvelle application, elles la construisent dans un silo afin que toute nouvelle application donnée ait une base de données distincte. Ils n'essaieraient pas nécessairement de créer une couche de données à partir de choses - je ne pense pas que ce soit une bonne pratique. Mais là encore, vous savez, si vous avez un environnement très compliqué, il devient très, très difficile d'essayer de rassembler toutes les bases de données qui sont liées les unes aux autres en termes d'avoir des données en elles là où il y a des relations. Les instances sont créées pour les répliques.
Vous savez, vous pouvez avoir des remplacements à chaud ou des répliques à des fins de disponibilité, mais vous avez également des répliques ou des semi-répliques dans les data marts. Et une fois que le monde de l'entrepôt de données a été introduit, la question, vous savez, combien de data marts étaient là-bas, et les gens les utilisaient simplement comme des fichiers clones, retirant les données de l'entrepôt de données et ne se souciant pas particulièrement de ses performances dans le sens qu'ils se contenteraient de performances par défaut. La plupart de ces personnes ne savaient probablement même pas que vous pouviez réellement régler des bases de données. J'ai vu des conceptions qui ont divisé des données en tas distinctifs à des fins de distribution.
Vous savez, vous obtenez souvent cette situation de réplication où vous avez plusieurs dépôts au sein d'une organisation et ils ont chacun des bases de données et chacun est un fragment d'une base de données centrale. Vous obtenez des instances de partitionnement. Mauvaises décisions de conception - J'ai vu des conceptions vraiment bizarres se produire en termes de bases de données où les gens ont créé des bases de données distinctes sans raison valable. Et comme je l'ai noté, les bases de données sont des systèmes de fichiers.
Et puis il y a les environnements de test et de développement qui doivent être levés et tombés, mais ils comptent tous comme des instances basées sur des données et tous, en passant, doivent avoir la sécurité et toutes les autres choses que la base de données fournit avec un peu de chance. Considérations relatives aux instances - une charge de travail de base de données ne peut être optimisée que pour une instance spécifique. Si vous êtes vraiment intéressé à avoir absolument les meilleures performances, le fait d'avoir des données réparties dans de nombreuses bases de données ne vous donnera pas nécessairement ce type d'optimisation.
Il y a une raison de ne pas créer de fausses instances de données. Les charges de travail mixtes sur la même base de données que le contrepoint peuvent entraîner de mauvaises performances - particulièrement notables par OLTP et le trafic de requêtes volumineux ne se mélange tout simplement pas, ne l'a jamais mélangé et ne le sera probablement jamais. Il est généralement préférable de consolider une base de données au niveau du serveur plutôt que d'avoir plusieurs machines virtuelles. Mais les machines virtuelles assurent l'isolement; avec certaines personnes, c'est une décision de conception d'isoler les données des autres données afin que, vous savez, si cette application échoue, ou si cette base de données échoue, cela ne fasse pas tomber mon application.
Le problème avec cela, bien sûr, c'est que vous vous retrouvez avec le point suivant, qui est les frais de licence de base de données. Celles-ci varient, mais j'ai vu les frais de licence de base de données devenir un critère de conception parce que quelqu'un ne voulait pas exploser un nombre particulier, et donc, les gens conçoivent mal les systèmes simplement en raison du fonctionnement de la licence de base de données. Et il y a l'autre chose: si vous commencez à consolider toutes vos bases de données, il convient de noter que les DBA sont chers. Ce n'est pas si facile à faire.
Une vue simple du monde - et c'est vraiment la dernière diapositive - il y a une couche de données, il y a une couche de transport et il y a une couche de traitement. Et tout le matériel se trouve en dessous. Il n'est pas vraiment possible d'optimiser la couche de données sans savoir exactement ce qu'elle contient et pourquoi.
Cela dit, je vais passer à mon ami d'en bas, Dez Blanchfield.
Dez Blanchfield: Merci, Robin. Permettez-moi de régler ma souris ici. Donc, je vais nous donner quelques anecdotes aujourd'hui parce que c'est un sujet énorme et que je pourrais passer deux semaines avec un marqueur de tableau blanc en s'amusant, parce que j'ai eu près de trois décennies de hauts et de bas dans cet espace .
Mais d'abord, une image visuelle mentale. Quand je pense au défi dont nous parlons aujourd'hui - et essentiellement, nous parlons de la croissance, de la réplication et de l'étalement de la base de données et de tous les défis qui en découlent - je voulais simplement mettre cette image d'un chêne géant dans notre esprit. Ce sont de beaux arbres célèbres, ils commencent comme un minuscule gland mais ils poussent jusqu'à ces géants. Et quand ils le font, ils sont très gros et désordonnés. Et comme vous pouvez le voir sur cette image, en tant que métaphore visuelle, si vous aimez, vous savez, des branches qui vont partout, puis des brindilles qui en sortent et des feuilles à la fin de celles-ci et elles sont dans toutes les formes aléatoires et chaotiques, et c'est juste ce que nous pouvons voir au-dessus du sol.
Je les considère en quelque sorte comme des données à l'intérieur de la base de données, et en dessous, il y a une structure de racines et elles exploitent toutes sortes de directions. Mais il semble très propre et sensible à la surface du sol là où il fait beau et plat, mais la réalité est qu'il est tout aussi fou sous le sol qu'au-dessus du sol; nous ne le voyons tout simplement pas. Et je l'utilise souvent lorsque je commence à réfléchir à la façon de décrire le défi dont nous parlons aujourd'hui aux organisations, de la salle du conseil aux techniciens, pour essayer de les amener à visualiser ce qui se passe réellement dans leurs organisations. Parce qu'il est si facile de regarder un écran d'ordinateur et de voir ces magnifiques champs de lignes et de colonnes et de se dire: «Nous l'avons réglé, ce n'est pas grave. Mais ce n'est pas du tout le cas. Et c'est donc à ce moment-là que je frappe habituellement cette seule ligne en disant que les bases de données dans mon esprit sont comme des glands, vous savez, elles commencent petites et grandissent, mais avant de le savoir, vous avez une forêt de chênes géants, et donc le visuel.
Donc, deux anecdotes juste pour partager un scénario qui est devenu incontrôlable et qui ne pouvait tout simplement pas être corrigé, puis un autre qui a fait une chose similaire mais a pu être corrigé, et je vais souligner le point clé de la discussion d'aujourd'hui sur la façon dont nous y sommes arrivés.
Le premier était un scénario où un CIO avec les plus grandes intentions au fil du temps a provoqué sans le savoir l'un des étalages les plus inattendus et les plus indésirables qui est devenu de plus en plus incontrôlable. Il s'agissait d'un scénario dans lequel une organisation gouvernementale comptant des milliers d'employés, un personnel très compétent sur le plan technique, exigeait l'accès à ses systèmes et outils avec lesquels elle pourrait commencer à collaborer et à automatiser une grande partie de ses processus. Ils voulaient s'éloigner des formulaires papier et ils voulaient créer des systèmes en ligne, ils voulaient capturer des données et les suivre, les surveiller et les rapporter et les présenter à leurs pairs.
Et il y a toutes sortes de choses, il y a des choses des gens qui se présentent à leurs bureaux et qui se connectent et se connectent pour des raisons de sécurité jusqu'à qui commandait quoi à la cafétéria à l'heure du déjeuner. Et donc, un CIO bien intentionné a décidé que Lotus Notes était une excellente idée car il avait assisté à une série de séminaires et IBM avait fait un excellent travail pour le présenter et dans le bon scénario, cela aurait été une excellente décision, si cela a été fait sous contrôle. Mais ce qui s'est passé a été au lieu de remettre Lotus Notes à une équipe de techniciens pour trier l'implémentation dans un environnement, puis mettre en place des outils sensés et ainsi de suite et fournir un certain contrôle et une gouvernance autour de lui, ce qui s'est réellement passé, c'est qu'il a été déployé dans la norme environnement d'exploitation, SOE, de sorte que chaque poste de travail est devenu un serveur.
Et donc, ils ont fourni de la formation et des notes pratiques et de la documentation pour tout ce processus et toutes les personnes soudaines ont réalisé: «Oui, j'ai Lotus Notes sur mon bureau!» Qu'est-ce que cela signifie, pensez-vous? Eh bien, cela signifiait que des milliers de membres du personnel très avertis ont appris à créer des scripts et à écrire des applications, dans Lotus Notes, à créer de petites bases de données qui ressemblaient essentiellement à des feuilles de calcul, des lignes, des colonnes et des champs, et à présenter ces petites interfaces Web via Domino.
Si je voulais capturer des informations sur quelque chose, je pouvais simplement créer un petit formulaire et dans une interface de type feuille de calcul, le mettre dans un fichier, créer une petite base de données Lotus Notes derrière et le présenter comme une application Web et commencer à collecter des informations. Et cela sonnait bien jusqu'à ce qu'il fonctionne depuis des années et tout d'un coup, ils se sont rendus compte que quelqu'un s'est réveillé et a dit: «Eh bien, pourquoi y a-t-il 10 000 nouvelles applications basées sur des bases de données qui apparaissent sur le LAN, et en particulier au cours des 12 dernières années? mois? Qu'est-ce qui se passe? »Eh bien, ce qui s'est passé, c'est que vous avez essentiellement donné aux gens une arme à feu, qu'elle était chargée et que la sécurité n'était pas là, et bien sûr, ils se sont tiré une balle dans le pied.
Et il y a cette grande image ici que j'évoque habituellement dans mon esprit d'un artiste italien qui fait cette chose bizarre où il reçoit un camion de foin et de paille et jeté au milieu d'un studio d'art puis obtient un conservateur du studio d'art pour pousser au hasard une aiguille au milieu. Et puis il passe des jours en direct, à la caméra, à traverser la paille à chercher l'aiguille dans la botte de foin, pour ainsi dire. Jusqu'à ce que finalement, après des heures et des jours, il le trouve et saute de haut en bas et s'excite. Et de toute façon, artiste italien, que pouvez-vous faire? Mais c'est assez drôle et si vous l'avez déjà regardé en ligne ou si vous le regardez en ligne, vous le trouverez très cathartique.
Voici un scénario cauchemardesque où un technicien bien intentionné a donné aux gens d'affaires - des gens d'affaires très techniquement avertis - un outil qui était censé leur faciliter la vie. Mais avant longtemps, nous avions des questions comme qui les sauvegardait, qui les surveillait et les soutenait, où étaient ces données, dans quelle structure se trouvaient les données, qui contrôlait les schémas, et si je voulais créer une autre version, quelles données se trouvaient dans ces versions, puis-je faire un voyage d'intégration de test dev sur ces choses?
Vous savez, vous pouvez tirer vos propres conclusions sur la façon dont cela s'est passé, mais cela ne s'est pas bien passé et vous pouvez imaginer que seulement des centaines de téraoctets de données, et non sauvegardés, assis, efficacement, des PC ou des ordinateurs portables sur des bureaux, certains les systèmes n'étant même pas disponibles parce que les gens ne se rendaient pas compte quand ils éteignaient l'ordinateur portable à 5 h 30 et le rapportaient à la maison pour faire du travail que personne sur le LAN ne pouvait accéder à cette application. Ça ne s'est pas bien terminé. Et beaucoup de données ont dû être nettoyées et manipulées manuellement et ramenées dans un système sensible; la majorité de celui-ci a été simplement anéanti et supprimé, car il ne pouvait tout simplement pas s'étendre davantage.
Puis ma deuxième anecdote avec des choses sur un voyage très différent. Imaginez un scénario, vous avez le développement, le test, les intégrations, les intégrations de systèmes, les tests d'acceptation des utilisateurs, la production, la reprise après sinistre, les sauvegardes et la copie de sauvegarde de un à 99 et au-delà, vous avez des mises à niveau, des correctifs, puis des environnements de démonstration de un à 99 et plus. Et tout d'un coup, vous vous asseyez là à dire: «Attendez, qu'est-ce qui se passe, accrochez-vous, qui utilise quoi?» Vous savez, c'est un cauchemar qui pourrait potentiellement arriver.
Mais dans ce scénario, ce qui s'est passé, c'est que j'ai eu l'occasion d'entrer dans une organisation qui voulait extraire une unité commerciale de gestion de patrimoine de sa plate-forme bancaire de base et la défendre en tant qu'organisation distincte dans essentiellement une startup au sein d'une entreprise. Le défi était de prendre notre unité commerciale de gestion de patrimoine et tout le personnel, la technologie et les données qui l'entourent dans les services publics, de créer une start-up au sein de notre propre entreprise et de la supprimer afin qu'elle puisse fonctionner sous sa propre marque.
C'est un leader mondial de la banque, que je ne nommerai pas. Nous avons dû extraire l'unité de gestion de patrimoine elle-même et tout ce qui l'entoure. Donc, tout dans son intégralité, tout le personnel, l'infrastructure physique, et déplacez-le dans un nouvel espace de bureau. Tous les systèmes d'entreprise, tous les logiciels, toutes les données, toutes les licences, vous l'appelez. Eh bien, vous pouvez imaginer que cela ressemblait à un cauchemar pour commencer.
Et pour mettre un peu le contexte, nous parlons de 78 systèmes dans la plate-forme bancaire d'origine prenant en charge environ 14 produits de base, ce qui pourrait représenter environ mille offres différentes. Des centaines et des centaines de bases de données en direct en cours d'utilisation, et quand je dis en cours d'utilisation, nous avons dû les déplacer in situ, donc un vendredi après-midi, ils seraient dans un même environnement, lundi, ils devraient être ailleurs et samedi et dimanche, ils devaient avoir ce croisement où les transactions passaient d'un système à gauche, disons, pour le visualiser, à un autre système à droite.
Environ 15 000 clients avec d'innombrables enregistrements chacun, et un cauchemar ETL car aucun des 78 systèmes d'un côté n'était égalé par les systèmes de l'autre côté. Nous avions une toute nouvelle plateforme bancaire, de nouveaux systèmes, de nouveaux logiciels, de nouvelles bases de données et un nouveau schéma. Ainsi, les métadonnées, les champs, les lignes, les colonnes, les enregistrements, les tableaux, vous l'appelez, rien ne correspond. Il existe 14 équipes de développement actives différentes, une pour chaque produit. Et lorsque nous avons construit cet environnement, nous avons constaté qu'au moment où nous avions le test de développement, l'intégration, l'intégration des systèmes, les tests d'acceptation des utilisateurs, la production, la reprise après sinistre, les copies de démonstration, les sauvegardes, les mises à niveau, les correctifs - j'en ai même manqué un - la formation, par exemple et l'éducation, il y avait 23 versions de chacun de ces environnements pour chaque équipe de développement.
Maintenant, vous êtes assis là et tout d'un coup, votre sang commence à cailler et votre peau se refroidit et vos cheveux se dressent - cela ne peut jamais bien finir. Eh bien, il s'avère que cela s'est très bien passé parce que la toute première chose que nous avons faite, avant même de commencer la conception du déploiement technologique, était que nous allions chercher les bons outils. Et nous avons utilisé des outils, et pas nécessairement des gens, mais des gens qui conduisaient des outils. Nous avons utilisé des outils pour cartographier les données, nous avons utilisé des outils pour cartographier les bases de données dans lesquelles ils vivaient, nous avons mappé toutes les métadonnées, les schémas et tout le chemin jusqu'aux lignes, colonnes, enregistrements et champs.
Nous savions de quoi nous venions, puis nous l'avons corrélé à la carte de ce que nous mettions en place en ce qui concerne la plate-forme bancaire standard, et nous avions une corrélation un à un. Et tout ce qui est tombé au milieu, nous avons créé une salle de données où nous passerions et les cartographierions manuellement. Mais, avant de faire tout déploiement et toute configuration de ces environnements dans le nouveau monde, nous nous sommes assurés que chaque enregistrement, chaque table, chaque champ, chaque ligne, chaque colonne, chaque base de données et toutes les métadonnées qui l'entourent, toutes les autorisations et tous les contrôles ont été mappés, de un à un. Et nous n'avons pas bougé une seule chose jusqu'à ce que cette corrélation soit établie.
Et donc, la pièce ETL est passée d'un cauchemar à un processus assez indolore de simplement valider les contrôles et les processus suivis. Et nous pourrions le faire régulièrement, presque toutes les heures. Nous faisions la transition de la production sur l'ancien monde vers de nouveaux environnements de développement, de test, d'intégration, etc., dans le nouveau monde. Et le jour où nous sommes allés en ligne, après un processus de cinq mois pour aller en ligne après un mois avec le test, puis en six mois, il était en ligne et actif, nous n'avons eu qu'un seul problème, et le problème était que quelqu'un avait oublié son mot de passe et il a dû être réinitialisé. C'était le seul problème, et a essentiellement créé environ une heure de stress pour les gens qui pensaient que quelque chose avait mal tourné - il s'est avéré qu'un mot de passe a expiré et ils ont oublié ce que c'était et ont dû le réinitialiser.
Vous pouvez imaginer ce scénario, par rapport à l'environnement Lotus Notes où quelqu'un avait de grandes intentions mais n'a pas réfléchi au défi, et ensuite nous avons dû essayer de mapper toutes ces données et la majeure partie a dû être annulée et c'était juste une grande perte de temps et d'efforts, de ressources et de moral. Dans un scénario où, quand il est correctement planifié et correctement fait et livré de manière appropriée avec les bons outils, nous avons obtenu un excellent résultat.
Et donc ce point m'amène à cette seule ligne - avant de passer la parole à notre associé pour parler de ce que IDERA doit résoudre ce défi - c'est que dans le monde d'aujourd'hui où de plus en plus de systèmes sont alimentés par des bases de données, ce n'est pas seulement une beauté, mais pour moi, c'est un fait, c'est une nécessité, que les outils intelligents sont, selon mon expérience, le seul moyen de gérer la découverte des données, la gestion des données à l'échelle et la vitesse à laquelle nous évoluons.
Et si c'est fait correctement, comme la deuxième anecdote que je viens de partager, je l'espère, peut être un processus très indolore et très transparent. Pas seulement dans de nouveaux projets, mais aussi vous familiariser avec un environnement actuel et vous assurer que, à tout moment et à tout moment, vous pouvez suivre et suivre ce qui se passe dans votre organisation, quelle base de données existe, quelles versions de la base de données utilisez-vous et qui utilise quoi.
Et à cette fin, je céderai la parole à notre associé d'IDERA, et j'ai hâte d'entendre ce qu'ils ont à offrir sur la table et comment ils pourraient résoudre ce défi.
Binh Chau: Génial, merci, Dez. Vous m'entendez bien? Très bien merci. Salut tout le monde, je suis Binh Chau avec IDERA. Aujourd'hui, je vais parler un peu des produits que nous avons appelés SQL Inventory Manager et il parle de la découverte et de la possibilité d'inventorier vos instances et bases de données SQL Server et de mieux comprendre ce que vous avez dans l'environnement et parler d'autres choses dont Dez et Robin ont parlé en termes d'étalement de la base de données et du besoin de données ces jours-ci.
Avec cela, voici une considération que vous avez entendue, je pense, anecdotique à travers les deux contes que Dez décrivait. Mais fondamentalement, aujourd'hui, il y a tellement besoin de données et de groupes d'entreprises et de groupes d'entreprises qui lancent leurs propres applications et serveurs, en particulier avec SQL Server, non? Parce que vous pouvez facilement faire tourner une version SQL Express ou des services BI, il n'y a que l'étalement SQL en cours dans de nombreuses organisations, vous savez, de la petite à la grande.
Souvent, les administrateurs de base de données ne savent pas que quelqu'un a décidé de démarrer, vous savez, de créer une instance plutôt que de simplement mettre une base de données sur une instance existante. Ils ne sont pas au courant de ces choses jusqu'à ce qu'il y ait potentiellement un problème et que quelqu'un appelle le DBA, "Oh non, mon application a cessé de fonctionner, elle ne peut pas se connecter à une base de données, que se passe-t-il?" Et vous savez, lorsque le DBA demande quelques questions qu'ils découvrent, "Hé, celui-ci n'était pas sur notre radar, nous ne le savions pas."
Un autre est les coûts de licence, non? Licence Microsoft SQL Server: la façon dont cela fonctionne est que vous n'êtes pas obligé d'avoir une clé spécifique pour le nombre d'instances dont vous disposez. Vous pouvez déployer et ensuite ils font un audit. Vous savez, ils font un audit plus tard et découvrent en quelque sorte le nombre de licences dont vous avez réellement besoin. Et donc, s'ils font un audit et que vous n'êtes pas au courant des serveurs inconnus, cela pourrait entraîner une sorte d'audit coûteux. Et donc, avoir l'outil ou avoir un inventaire à l'avance pour savoir ce que coûte votre licence, et pouvoir non seulement le savoir mais aussi le gérer, est une bonne chose.
Et puis, ce dont je viens de parler, si vous n'êtes pas souvent au courant d'un serveur, si tout va bien, tout va bien, mais la seule fois où vous êtes au courant de quelque chose, c'est quand il y a un problème. Et cela peut entraîner des interruptions de production ou peut-être que le serveur n'a pas été maintenu et que vous n'avez pas obtenu de correctif sur ce serveur et cela crée un problème.
Certaines des questions qu'un DBA doit faire au jour le jour, c'est qu'elles sont confrontées, vous savez, elles pourraient être administratives ou stratégiques, mais certaines choses comme, Microsoft vient de publier un correctif système critique, combien de systèmes auront besoin de cette nouvelle pièce? Qui sera touché par les temps d'arrêt si j'ai besoin de démonter le système pour le corriger? Comment puis-je accéder facilement à ces informations? Dois-je aller dans une feuille de calcul? Dois-je aller dans plusieurs systèmes pour le trouver? Dois-je contacter les différents groupes d'entreprises pour obtenir cette liste? C'est vraiment difficile de le fragmenter.
Une autre bonne chose est que quelqu'un vient et dit: j'ai besoin d'une nouvelle base de données. Cela va nécessiter une taille X et il doit avoir autant de capacité, puis ils veulent savoir où puis-je le mettre. Sans savoir ce qu'il y a dans votre paysage, c'est difficile de leur dire, d'accord, nous pouvons le mettre ici, ici ou ici. Vous devez en quelque sorte aller faire les vérifications manuelles nécessaires pour le faire. Et nous avons parlé de l'audit, et aussi du serveur escroc.
Si vous avez un serveur escroc là-bas, vous ne savez pas dans quel état il se trouve, s'il a été sauvegardé, s'il a tous ses correctifs. Parfois, vous ne pouvez pas prendre conscience de ces choses jusqu'à ce qu'il y ait un problème, ce qui serait mauvais.
Ce sont tous les défis, les questions auxquelles le DBA est confronté au quotidien, ce qui leur est lancé. Donc, je voulais vous présenter le gestionnaire d'inventaire SQL, qui est un produit que nous avons là-bas. Cela fait deux ou trois choses. Il fait la découverte, qui est essentiellement une sorte de sortie dans votre environnement pour voir ce que SQL Server est là-bas dans votre environnement. Et puis, il peut également se découvrir automatiquement, donc, fondamentalement, une fois que vous avez exécuté une découverte, vous pouvez la configurer pour qu'elle y soit quotidienne ou hebdomadaire - quelle que soit la période que vous souhaitez - pour découvrir de nouvelles instances.
Et vous pouvez également lui faire enregistrer automatiquement ces instances afin que vous puissiez commencer à les surveiller et vérifier leur état de santé, puis vous pouvez commencer à cataloguer et à inventorier ces instances afin que vous puissiez avoir une bonne vue de votre paysage SQL Server. Qu'est-ce qui existe, quelle est la production, quel est le développement, qu'est-ce que la reprise après sinistre, qu'est-ce qui est moins critique et vous savez, quelles applications s'exécutent sur eux. Et vous pouvez également recevoir des alertes lorsque les choses, lorsque le contrôle d'intégrité échoue, donc, fondamentalement, si le serveur tombe en panne ou ainsi qu'un certain nombre de choses supplémentaires que vous pouvez utiliser vous-même.
Eric Kavanagh: Vous devenez un peu mou, juste pour que vous sachiez.
Binh Chau: Désolé, est-ce mieux? Ce que je veux faire, c'est vous emmener à travers une démo, vous montrer ce que ça fait. Attendez une seconde, permettez-moi de partager mon écran en premier. Vous voyez l'interface Web? Il s'agit de l'interface de SQL Inventory Manager. L'écran que je vous montre ici, c'est une interface Web. L'écran que je vous montre ici est notre vue d'instance de base de données. En haut, vous pouvez voir que nous avons différents. Ainsi, «découvert» est essentiellement toutes les instances qu'il a découvert sur le réseau. Et ce que ça va me montrer est fondamentalement.
Eric Kavanagh: Vous commencez à vous séparer un peu là-bas. Vous voudrez peut-être poser le téléphone et le mettre sur le haut-parleur. Aller de l'avant.
Binh Chau: cet écran de découverte vous montrera tout ce que le gestionnaire d'inventaire a découvert sur votre réseau. Ici, il est découvert comme 1 003 serveurs. Et il vous dira la version, l'édition, s'il peut le trouver, quand il a été découvert et comment il a été découvert. Disons par exemple que je choisis d'ignorer certains d'entre eux, ce qui signifie, vous savez, peut-être que je veux ignorer la Developer Edition car ils ne sont pas aussi importants pour moi parce qu'ils ne sont que la Developer Edition; Je peux choisir de les ignorer et cela les mettra dans l'onglet Ignorer, donc la prochaine fois que je lancerai Discovery, ça ne me le montrera plus. Maintenant, je peux remplir pour faire l'enregistrement automatique ou je peux m'inscrire manuellement.
Et donc ici, j'ai choisi de surveiller six instances. Et ici, il est connecté et il va exécuter des vérifications périodiques sur ces derniers, puis il y a plusieurs vérifications, tout ici, vous savez, il vérifie toutes les 30 secondes pour voir si le serveur est en marche ou en panne et il vous donne une sorte de vue d'ensemble de quel est cet état. Fondamentalement, cela me dit que j'ai un serveur qui est en panne et ces cinq qui sont en marche. Il me dit également quelles éditions de serveur, le nombre de bases de données, l'état des bases de données, tout inventaire ou métadonnées supplémentaires autour de ce serveur. Je peux également accéder à la vue Licence à partir d'ici. Ici, cela me donne certaines des informations de licence Microsoft dont j'ai besoin si je voulais obtenir un total ou un résumé avant un audit Microsoft.
Voici le nombre de cœurs, le nombre de sockets, la licence de base possible qui a été introduite par Microsoft à partir de 2012. C'était notre vue Instance. Notre page Présentation, c'est le genre de page que vous allez ouvrir. Cela vous montrera les bilans de santé ou les recommandations qu'il a, comme en ce moment il me dit que j'ai neuf bases de données qui n'ont pas de sauvegarde actuelle. Je peux cliquer ici pour descendre dans les détails de quelles bases de données il s'agit et je peux y aller et prendre une mesure si nécessaire. Il me dit toutes les principales bases de données par taille, les meilleures bases de données par activité. Je peux cliquer sur le serveur particulier et obtenir plus de détails à ce sujet.
Eric Kavanagh: Pendant que ça roule, ce que vous nous montrez ici, c'est la capacité de voir vraiment tout ce qui est connecté au réseau, n'est-ce pas?
Binh Chau: D' accord. Cela montre tout ce que j'ai choisi de surveiller à l'aide d'Inventory Manager. Il s'agit d'un SQL Server, il me montre ici toutes les applications connectées au serveur. Encore une fois, je peux accéder à toutes les bases de données associées à ce serveur. Ici, je pourrais étiqueter des choses. Je peux créer une balise pour ce serveur particulier, qu'il s'agisse ou non d'un domaine précis. Nous avons des clients qui l'utilisent pour, par exemple, ils veulent étiqueter leurs serveurs de production ou leurs serveurs de dette, puis ils peuvent en quelque sorte obtenir un rapport complet sur la façon dont les choses sont. Lorsque je passe à l'onglet Administration, voici comment je peux exécuter Discovery. Et Discovery va essentiellement sortir et s'exécuter sur votre réseau et trouver tous les SQL Server dans votre environnement.
Ici, j'ai ce domaine précis qui est le nôtre et je l'ai configuré pour dire, vous savez, sur ce domaine particulier, utilisez ce compte d'utilisateur Windows particulier pour faire la découverte et je veux que vous fassiez une analyse complète. Je peux également choisir de spécifier «Analyser uniquement ce sous-domaine particulier» ou «Analyser uniquement le parent». Mais dans ce cas, j'ai dit ici d'exécuter l'analyse complète. Voici les différents types de numérisation que je peux utiliser et si je les enregistre, et en gros, c'est un travail que je peux définir. Pour le moment, il est désactivé, ce qui signifie que je devrais exécuter manuellement ces analyses. Mais si je le voulais, je pourrais le régler quotidiennement, vous savez, exécuter le travail quotidiennement. Ou si je choisis de ne pas l'exécuter tous les jours - c'est trop - je peux dire exécuter le travail chaque semaine à une date et une heure spécifiques.
Et puis l'enregistrement automatique ici, si cela est activé, ce qu'il ferait, c'est que chaque fois qu'il trouvera un nouveau serveur, il l'enregistrera automatiquement dans Inventory Manager afin que je puisse commencer à le surveiller. S'il y a une sorte d'édition que je veux exclure, comme par exemple, je ne me soucie pas de l'édition Express ou Developer car ce sont des environnements de développement, alors je clique simplement sur ceux-ci ici et ce que ça va faire, c'est juste dit tous les chaque fois que je trouve quelque chose de nouveau, je vais juste l'ajouter à Inventory Manager pour que vous puissiez le surveiller tant qu'il ne s'agit pas d'une édition Developer ou Express.
Et voici où je peux définir les balises, donc par exemple, si j'ai des serveurs de production, je pourrais aller ici et baliser ces serveurs. Je pourrais étiqueter la base de données ou le serveur avec une balise bleue spécifique, donc par exemple je pourrais dire que cette AO_NODE devrait avoir une balise de production. Et de cette façon, si j'avais besoin d'accéder facilement au serveur, je peux aller ici et cliquer sur la balise Production et cela m'amènera immédiatement à ces deux serveurs. Ceci est notre vue Explorer et cela est montré par le propriétaire, mais je pourrais dire par balise d'instance, par bases de données aussi et je peux développer cela pour voir ce qu'elles sont.
Une autre fonctionnalité utile que nous avons construite et que les gens aiment vraiment ici est la possibilité de regarder ce que vous gérez via Inventory Manager et de voir à quel niveau de patch ils se trouvent. Fondamentalement, ici, cela me dit ici les six serveurs que j'ai gérés dans mes outils, s'il y a ou non une mise à jour disponible pour Microsoft et si oui ou non la version sur laquelle je suis, qu'elle soit prise en charge ou non, et le support statut. Si je voulais en savoir plus sur ce correctif particulier, je peux cliquer dessus et il me liera à l'article de Microsoft en termes de ce que ce correctif est sur le point de savoir si y remédier. Vous pouvez exporter cette liste si vous le souhaitez, de cette façon, vous pouvez dire: «Hé, je dois patcher peut-être trois de ces serveurs ce week-end et les trois autres à une date ultérieure.»
La liste de construction - il y a donc une liste avec laquelle elle vérifie que votre version est à jour. Vous pouvez sortir et télécharger cette liste pour vous assurer qu'elle est à jour et que vous avez la dernière liste à laquelle la comparer. Une autre fonctionnalité d'inventaire intéressante que les gens aiment est la possibilité d'ajouter, non seulement des balises, mais aussi la possibilité d'ajouter des champs d'inventaire personnalisés. Vous savez, si vous vouliez ajouter un champ ici pour baliser une base de données par exemple, disons que je veux le baliser au niveau de la base de données. Département, ce département et cette base de données, je pourrais en faire un type différent: ouvert, vrai / faux ou liste de choix.
Et je pourrais dire, vous savez, c'est un RH, marketing, R&D, finance. Et ce que cela fait ici est fondamentalement, une fois que vous pouvez étiqueter ces choses, vous pouvez obtenir des données d'ici qui disent combien de capacité chaque base de données utilise et ensuite vous pouvez commencer à en quelque sorte, augmente-t-elle et est-il logique de facturer ces départements?
Une autre chose est, vous savez, si vous devez exécuter la maintenance, en sachant qui est dans cette base de données, vous pouvez savoir qui contacter pour leur faire savoir: «Hé, je dois exécuter la maintenance ce week-end, vos bases de données seront hors ligne». et ainsi de suite. Une autre fonctionnalité utile est la boîte de recherche ici que les gens aiment. Souvent, les administrateurs de base de données sont interrogés sur une base de données, une application ou un serveur, selon la personne qui leur parle, il est en quelque sorte difficile de savoir exactement où cela se trouve. Ce que vous pourriez faire ici, c'est que vous ne savez peut-être pas où réside la base de données, mais vous pouvez simplement la saisir. Je pourrais simplement taper le tableau de bord IDERA et cela va afficher quelques bases de données et où elles se trouvent afin que vous puissiez facilement obtenir à ceux. Et puis il récupère des informations supplémentaires à leur sujet: leur taille, une taille de journal, s'il a déjà eu une sauvegarde, dans quel mode de récupération il est, si je voulais ajouter des balises à ce sujet. Il y a beaucoup de fonctionnalités différentes dans cet outil, vous savez, c'est un outil d'inventaire mais c'est un outil d'inventaire très spécifique à SQL Server et aux DBA.
Parce qu'il y a, je suppose, des choses supplémentaires auxquelles le DBA aimerait avoir accès ou avoir une bonne idée de ce à quoi l'environnement et son paysage ressemblent pour leurs bases de données. Vous pouvez également vous abonner, configurer le serveur SMTP et configurer l'abonnement pour alerter pour vous-même ou pour tout utilisateur ici. Je vais arrêter cela et revenir à la présentation. Et cette dernière diapositive ici n'est qu'une simple vue de l'architecture. Il s'agit d'une console Web qui s'exécute sur les services Web Tomcat intégrés.
Nous avons des services de collecte et des services de gestion que nous mettons dans un référentiel et les services de gestion s'éteignent et exécutent Discovery sur vos différentes instances SQL Server. Rien n'est installé sur vos serveurs de surveillance. Nous avons des travaux qui s'exécutent périodiquement qui ne font que collecter des données à ce sujet, donc essentiellement si c'est à la hausse ou à la baisse, combien de données sont utilisées, quelles sont les autres versions des gens. Eh bien voilà tout.
Eric Kavanagh: Oui, permettez-moi de vous poser une question - je poserai quelques questions, puis je suis sûr que Robin et Dez en auront également - juste par curiosité, lorsque quelqu'un vient pour faire un audit, disons Microsoft, ils utilisent cet outil, ou je suppose qu'ils ont des outils propriétaires qu'ils utilisent?
Binh Chau: Oui, je pense qu'ils utilisent des outils propriétaires. Le truc, c'est que cet outil est un outil d'inventaire, donc il se tient à jour en termes de, vous savez, parce qu'il a le travail de sortir et de collecter en permanence des informations sur vos serveurs, il va s'exécuter là-bas et à tout moment vous aurez des informations à jour, en fait, sur la façon dont les choses changent par rapport, vous savez, aux rapports ponctuels que vous pouvez obtenir de Microsoft pour dire que c'est le nombre de serveurs que vous avez, ce sont les versions que vous avez .
Eric Kavanagh: Oui, je suis curieux de découvrir Discovery. Donc, quand quelqu'un achète cet outil et commence à l'utiliser, comment la découverte se produit-elle réellement? C'est à peu près ce à quoi je faisais allusion plus tôt, en d'autres termes, est-ce que vous appuyez sur le réseau pour voir quels signaux volent là-bas qui semblent être des instances de base de données, puis vous les cataloguez, puis une fois que vous avez marqué une instance de base de données qui vous surveillez? Je suppose qu'il a une sorte de ping qu'il fait de temps en temps et s'il descend, par exemple, c'est comme ça que vous savez qu'il est en panne. Est-ce ainsi que les choses fonctionnent?
Binh Chau: Ouais. Je veux dire, une fois que vous avez activé Discovery, il sort sur votre réseau et nous avons plusieurs analyses différentes à effectuer, mais il fait, vous savez, une analyse du navigateur et une analyse du registre. Il effectue différentes analyses pour voir quel ordinateur est disponible, puis il vérifie: avez-vous des serveurs SQL ou des services BI? Et puis il le ramène et le tire dans l'outil et vous le montre, "Hé, voici toutes les choses que j'ai découvertes."
Et puis si vous deviez dire: «Je veux surveiller à l'aide de cet outil», alors cela va garder une trace de cela et ça va le cingler. Il a des tâches pour le cingler de temps en temps pour dire: «D'accord, vérifiez cela maintenant à propos de cette chose», - vous savez, la disponibilité de la base de données - vérifiez maintenant maintenant l'historique de la base de données, vérifiez le côté base de données. Il exécute une série de travaux pour vérifier la base de données que vous surveillez.
Eric Kavanagh: Oui, c'est bien. Et nous avons une question d'un membre du public. Je sais que vous avez des outils qui fonctionnent avec une variété de technologies de base de données, mais celle-ci en particulier que vous montrez aujourd'hui, est-ce uniquement pour SQL Server ou cela couvre-t-il d'autres types de bases de données?
Binh Chau: En ce moment, cet outil particulier couvre SQL Server.
Eric Kavanagh: D'accord, ça va. Eh bien, permettez-moi de céder la parole à Robin, je suis sûr qu'il a quelques questions, puis peut-être revenir à Dez. Robin?
Dr Robin Bloor: Oui, bien sûr. Microsoft a récemment annoncé - en 2006 - SQL Server sur Linux, mais je ne pense pas qu'il l'ait encore livré. Je me demandais simplement si vous aviez des commentaires à ce sujet. Etes-vous au courant de cela? Jouez-vous avec ça?
Binh Chau: Oui, nous le sommes. Nous prévoyons de l'inclure. Je veux dire, la bonne chose à propos de cet outil est que j'ai parlé à beaucoup de clients qui ont construit leurs propres outils maison pour faire la même chose, mais ils doivent suivre les nouvelles éditions et versions qui Microsoft sort avec, mais nous avons de nouvelles versions et éditions, nous y arrivons tôt pour nous assurer que l'outil sera en mesure de surveiller et de gérer les nouvelles éditions. Donc, SQL sur Linux est quelque chose que nous prévoyons d'ajouter et de rendre disponible quand il sera disponible - je crois plus tard cette année.
Dr Robin Bloor: Oui, c'est intéressant. Vous attendez-vous à ce que beaucoup de vos clients le fassent réellement? Je veux dire, SQL Server est une base de données très sophistiquée, d'après mon expérience. Je veux dire, vous savez, c'est long dans la dent, c'est probablement la chose à dire. Je veux dire, vous savez, le Sybase d'origine dont il est issu était en fait assez simpliste dans beaucoup de choses qu'il a faites. Mais Microsoft a ajouté de plus en plus de choses au fil des ans. Est-ce que tout cela sera disponible sur Linux? Je veux dire, conseillerez-vous vos clients sur l'opportunité d'effectuer cette migration?
Binh Chau: Je suis désolé, la question est-ce que nous voyons des gens demander cela?
Dr Robin Bloor: Eh bien, étant donné que vous vous êtes trompé, est-ce aussi sophistiqué sous Linux que sous Windows?
Binh Chau: Je n'ai pas joué avec ça moi-même, mais ce que j'ai entendu d'un collègue, c'est que c'est en fait très comparable. Mais personnellement, je n'ai pas joué avec la nouvelle version de SQL sur Linux.
Dr Robin Bloor: D'accord. Ai-je raison de penser que vous avez simplement mis des agents sur chaque serveur SQL que vous trouvez? Est-ce ainsi que fonctionne cet outil?
Binh Chau: Non, en fait, nous ne mettons pas d'agents. Pour cet outil particulier, la pièce d'inventaire, nous ne mettons pas d'agents dessus. Nous sortons et passons un appel et vérifions les statuts. Une bonne chose à propos de cet outil est qu'il est sans agent.
Dr Robin Bloor: Donc, vous avez d'autres outils SQL Server, pouvez-vous me rappeler les autres produits de cette suite qui traitent de SQL Server?
Binh Chau: Oui. Nous avons SQL Diagnostic Manager. C'est un outil de suivi et de performance. Il fait pour vous une analyse ou un diagnostic plus approfondi ou des vérifications de performances et d'intégrité que Inventory Manager. Inventory Manager est la version allégée de ce bilan de santé. Nous avons également Compliance Manager et Secure, qui fait partie de notre suite de sécurité. Il vous indiquera essentiellement qui accède à vos données, à quelles données accède-t-il, pourquoi, et il vous aide à respecter les règles de conformité et autres rapports. Nous avons SQL Safe, qui est notre outil de sauvegarde - il fait de la sauvegarde et de la restauration et c'est un bon outil.
Nous avons également notre Enterprise Job Manager, qui surveille simplement votre travail. Et puis nous avons l'outil Toolbox qui sont des jeux d'outils Admin et aussi des jeux d'outils Comparaison ainsi que SQL Doctor. Jeu d'outils d'administration et jeu de comparaison, c'est ce que je pense être un couteau suisse. Ils ont plusieurs outils pour aider le DBA à faire différentes choses comme, vous savez, vérifier les correctifs ou déplacer ou cloner une base de données. Mais il y a 24 outils de ce type dans cette boîte à outils.
Dr Robin Bloor: Donc, les gens qui optent pour la gestion des stocks sont-ils normalement déjà des utilisateurs de vos autres outils? Ou est-ce une sorte de point d'entrée? Je peux imaginer - je veux dire, vous pouvez me dire si vous avez des histoires de guerre - mais je peux imaginer que si vous n'avez jamais fait d'inventaire dans un centre de données assez important, l'expérience peut être assez décevante. C'est ça que vous trouvez?
Binh Chau: Oui. Je veux dire, nous avons des clients qui sont introduits à l'outil à partir d'autres ensembles d'outils, mais nous avons des clients qui recherchent un outil comme celui-ci en raison de leurs projets. Un exemple que j'ai est qu'il y avait une entreprise qui a fusionné avec une autre entreprise et a acheté une série d'entreprises et devait consolider leur empreinte SQL Server afin de réduire leurs coûts. Et donc ils cherchaient un outil pour sortir et découvrir tout ce qu'ils avaient afin qu'ils puissent commencer le processus de comment consolider cela.
Dr Robin Bloor: D' accord, je comprends. J'imagine que c'est assez courant avec les fusions quand on y pense. D'accord, je passe la parole à Dez, je ne veux pas prendre tout le temps. Voyez quelles questions nous avons de l'Australie.
Dez Blanchfield: Merci, oui, les questions sont toujours à l'envers ici. L'une des choses qui me vient à l'esprit, et je comprends beaucoup, vous savez, les entreprises ne savent pas trop où tracer la ligne quant au moment de commencer à investir. Quand une organisation devrait - d'après votre expérience étant donné que vous êtes dans la phase froide - quel est le bon moment pour commencer à investir dans des outils comme celui-ci pour vous assurer de ne pas avoir d'ennuis? Le faites-vous dès le premier jour lorsque vous commencez à construire votre infrastructure de base de données de la nouvelle organisation ou, comme vous venez de le dire, lorsque vous effectuez une acquisition / fusion?
Ou existe-t-il vraiment une échelle particulière à laquelle vous devez être? Avez-vous besoin de 10, 100 ou 1 000 bases de données? Quelle est votre expérience en ce qui concerne le marché avec lequel vous traitez depuis si longtemps, quel est le bon moment pour entrer dans cet espace et probablement par où commencer? À quoi cela ressemble-t-il lorsque vous commencez?
Binh Chau: Je veux dire, je pense que si c'est une très petite organisation, vous n'aurez peut-être pas besoin de cet outil, comme avec un DBA ou quelques DBA. Lorsque vous commencez à obtenir un groupe, je ne sais pas, de trois ou quatre DBA et peut-être de 50 à 100 serveurs, vous pouvez commencer à faire quelque chose comme ça. Je suppose que, à mesure que votre organisation s'agrandit et que les gens d'affaires avertis en technologie veulent, vous savez, comme cet exemple que vous avez donné, ils veulent installer les applications et les bases de données de leur propre chef, mais c'est à ce moment-là que vous voulez avoir ce genre d'outil parce que de cette façon, vous pouvez voir ce qui existe.
Mais même dans une organisation plus petite, c'est bien d'avoir ce type d'outil pour garder une trace de ce que vous avez. Si vous le divisez pour pouvoir dire: «Oh oui, j'ai acheté SQL 2012 pour cette boîte, mais il exécute actuellement SQL 2008 parce que j'ai une application qui a toujours besoin de cette version héritée.» Cela aide d'avoir cet outil d'inventaire juste pour éviter de gérer plusieurs feuilles de calcul qui peuvent devenir obsolètes.
Dez Blanchfield: L'autre question que je venais de suivre à ce sujet: quels types de compétences ou de ressources les organisations devraient-elles prévoir d'avoir lorsqu'elles atteindront cette échelle? Est-il vrai qu'il existe un ensemble de compétences particulier dont vous avez vraiment besoin ou un type d'expérience ou de formation ou le type de personne qui convient le mieux à ce type de défi? Ou est-ce quelque chose que l'ensemble de compétences de type administrateur DBA ou administrateur système ou administrateur réseau pourrait jeter cela? Avez-vous vraiment besoin d'un cerveau pointu pointu ou pouvez-vous le ramasser assez rapidement?
Binh Chau: Désolé, vous parliez donc des compétences de la personne?
Dez Blanchfield: Oui, donc quand vous pensez à un administrateur de base de données, il y a un ensemble particulier de compétences dont vous auriez besoin. Donc, lorsque vous sortez embaucher un administrateur de base de données, en soi, pour ce rôle spécifique, lorsque vous pensez aux types de défis dont vous parliez ici, où vous utilisez un outil comme celui-ci pour rester au top de la cartographie et du suivi des bases de données, en faisant le morceau de découverte et en pilotant cet outil particulier, y a-t-il quelque chose d'unique dans l'utilisation de l'outil et de l'approche pour ce type de défi, ou est-ce quelque chose que le DBA moyen peut ramasser assez rapidement?
Binh Chau: Je veux dire, je pense que votre DBA moyen peut comprendre cela rapidement. Je pense qu'il est utile d'avoir ce type d'outil parce que vous pouvez également le faire tourner car il est basé sur le Web. Vous pouvez le donner à d'autres utilisateurs de votre organisation. Vous pouvez le donner au développeur de l'application qui peut vérifier sa base de données ou son serveur spécifique. Cela enlève certaines des tâches administratives qu'un DBA doit faire. Auparavant, quelqu'un appelait le DBA et disait: «Oh, pourquoi mon serveur est-il en marche ou en panne?» Maintenant, il peut en quelque sorte avoir accès et voir si ses serveurs sont en marche ou en panne.
Dez Blanchfield: Et quel type d'environnement une organisation moyenne aurait-elle besoin pour déployer cela? A-t-il besoin d'un serveur physique dédié ou peut-il être fait sur une machine virtuelle? Peuvent-ils le déployer dans l'environnement cloud? Quelle est l'empreinte générale pour le déploiement de l'outil et juste son fonctionnement général? De combien de fer lourd a-t-il potentiellement besoin pour fonctionner en parallèle aux autres environnements qu'il cartographie?
Binh Chau: Oui, il peut être exécuté sur une machine virtuelle ou un ordinateur ou un serveur. Il ne doit pas nécessairement être un serveur dédié, cela dépend simplement du nombre de serveurs que vous surveillez. Si vous avez un environnement plus grand, il peut être utile d'avoir un serveur plus grand, car il collecte beaucoup de données sur le serveur SQL que vous surveillez.
Dez Blanchfield: D'accord . Est-ce le genre de chose que vous pouvez exécuter confortablement dans l'instance cloud et créer un VPN dans votre environnement, ou la quantité de données collectées est-elle probablement un peu lourde pour ce type d'utilisation?
Binh Chau: Nous ne l'avons pas configuré pour l'exécuter sur le cloud, pour l'exécuter encore dans le cloud. Il devrait probablement être exécuté sur prem.
Dez Blanchfield: Et dernière question, si je peux: beaucoup d'outils que j'ai vus dans cet espace, en particulier où vous l'avez mentionné pour un scénario où quelqu'un a acquis une entreprise ou il y a eu une fusion ou quelque chose dans ce sens, ou même s'il s'agissait d'une organisation qui fusionnait simplement des unités commerciales, est-ce un scénario d'utilisation raisonnable où quelqu'un le déploie sur un ordinateur portable et l'emmène dans un environnement pour cartographier un monde comme une fois, ou est-ce un scénario d'utilisation improbable? Est-ce plutôt une sorte de cas que ça va être là et juste laissé en permanence pour fonctionner?
Binh Chau: Cet outil spécifique est plutôt une sorte d'installation sur un serveur et il est laissé là pour fonctionner. De cette façon, vous pouvez collecter les informations dont vous avez besoin et garder, je suppose, un inventaire en cours de ce que vous avez. Cela ne ressemble pas à l'outil Carte, car l'outil Carte est un peu un à un, passez au port dont vous avez besoin, faites ce que vous devez en faire aujourd'hui. Celui-ci est en quelque sorte - la bonne partie à ce sujet est le fait que vous pouvez le taguer, donner aux gens accès à celui-ci pour vérifier l'état de leur serveur particulier, ceux qui les intéressent.
Dez Blanchfield: D'accord. Probablement la dernière question pour moi, puis je reviendrai à Eric pour les questions qui passent par la fenêtre de questions / réponses avec les participants, car nous avons eu une bonne participation aujourd'hui, l'une de mes préférées. Pour conclure, quel est le processus pour mettre la main dessus? Je sais que beaucoup de vos outils sont disponibles pour essayer des choses de type avant d'acheter. Où les gens devraient-ils aller pour en savoir plus sur ce site en ligne, où se trouvent-ils sur le site Web s'ils recherchent les téléchargements et à quoi ressemble le voyage, en quelque sorte faire une preuve de concept ou un essai et mettre la main dessus et se familiariser avec pour ensuite entrer en contact et l'acheter?
Binh Chau: Ouais. Vous pouvez vous rendre sur le site Web IDERA.com et télécharger gratuitement un essai de deux semaines. Et si vous l'aimez et que vous souhaitez nous contacter, nous pouvons également planifier une démo avec l'un de nos ingénieurs pour en quelque sorte approfondir l'outil.
Dez Blanchfield: Fantastique. Eh bien, merci beaucoup pour ça. J'apprécie le temps de discuter avec vous à ce sujet et, sur la base de mon expérience personnelle et je suis sûr que je parle au nom de Robin à ce sujet sur son expérience de toute une vie, je pense qu'il est certain que quelque chose comme ça est une exigence de nos jours. Nous ne pouvons pas le faire manuellement maintenant, peu importe nos efforts; l'échelle est tout simplement trop grande et les choses bougent trop rapidement.
Je recommande fortement aux gens de faire exactement cela, de sauter sur le site Web d'IDERA et d'obtenir une copie pour jouer avec. Parce que le risque potentiel pour ma propre expérience avec les anecdotes que je viens de partager aujourd'hui est qu'il peut aller de très mauvais à très bien rapidement, si vous avez les bons outils, mais il peut aussi aller dans l'autre sens si vous ne le faites pas '' t. Eric, reviens à toi.
Eric Kavanagh: Oui, posez-vous une dernière question, intéressante. Je suis juste curieux de savoir ce que vous voyez là-bas, vous savez, le cloud est évidemment de plus en plus important de nos jours - Amazon Web Services, mais ils ne sont pas les seuls, Microsoft a toute son offre Azure qui semble prendre de l'ampleur. Je suis curieux de savoir, l'un des participants écrit que le Dr Bloor a fait remarquer que les DBA sont chers et que les problèmes de gestion causés par un DBA voyou ou quelqu'un qui ne fait pas ce qu'ils devraient faire, peuvent-ils être résolus en migrant vers le cloud. Je suis vraiment curieux de savoir combien d'activité voyez-vous? Pensez-vous que la migration vers le cloud devient un problème plus important pour les entreprises, ou quelle est votre opinion à ce sujet comme une tendance?
Binh Chau: J'ai l'impression que cela dépend simplement du type de problème dans lequel vous vous trouvez. J'ai l'impression que certaines industries disent: «Non, nous ne migrons pas.» Il se peut qu'elles ne migrent pas vers un cloud public; ils envisagent peut-être de migrer ou de migrer leurs données vers un cloud privé. Mais ensuite, je vois des organisations qui sont intéressées, vous savez, vraiment entrer dans la voie rapide et aller vers Amazon ou Microsoft Azure. Et puis il y a des gens qui disent: «Non, nous ne migrons pas nos données» ou «Il n'y a que certaines données que nous migrerions, mais pas nos données critiques». Je pense qu'il y a en quelque sorte trois camps.
Eric Kavanagh: Oui, cela aurait du sens. Je veux dire, nous voyons cela de plus en plus et je pense que ça va évoluer par à-coups pendant un certain temps. Et il y a aussi une réaction brutale au cloud. Les gens se lancent dans Amazon Web Services - nous l'avons entendu plus d'une fois - et au début, les coûts sont gérables, puis au fil du temps, cela grimpe et ensuite vous êtes un peu coincé. À bien des égards, le cloud n'est qu'un autre centre de données, mais ce sera pour le moins un voyage intéressant.
Eh bien, les gens archivent toutes ces webémissions. Sautez en ligne sur techopedia.com pour consulter une liste complète de tout ce que nous faisons. Et bien sûr, insideanalysis.com pour les dernières nouveautés. Et avec cela, nous allons vous dire adieu. Et merci encore une fois pour votre temps et votre attention. Merci à tous nos amis d'IDERA et nous vous parlerons demain, espérons-le, pour notre webémission sur la philosophie des données. C'est vrai, la philosophie des données est demain à quatre heures de l'Est. Espérons vous y voir. Faites attention les gens, au revoir.
