Wegbringen: Der Moderator Eric Kavanagh diskutiert Prognosen mit Dr. Robin Bloor, Rick Sherman und IDERAs Bullett Manale.
Sie müssen sich für diese Veranstaltung registrieren, um das Video anzuzeigen. Registrieren Sie sich, um das Video zu sehen.
Eric Kavanagh: Sehr geehrte Damen und Herren, hallo noch einmal und herzlich willkommen zur Webcast-Serie von Hot Technologies! Mein Name ist Eric Kavanagh. Ich bin Ihr Gastgeber für das heutige Web-Seminar mit dem Titel „Zeit, Geld und Ärger mit optimalen Prognosen sparen“. Natürlich habe ich dort den ersten Teil des Titels „Die besten Pläne“ verpasst. Wir reden immer darüber in dieser Show. Natürlich ist Hot Technologies unser Forum, um zu verstehen, welche coolen Produkte es heute auf der Welt gibt, welche Unternehmenstechnologien es gibt, was die Leute damit machen, wie sie funktionieren und was so viel Spaß macht.
Und das heutige Thema befasst sich, wie ich vorschlage, mit Prognosen. Wirklich, du versuchst zu verstehen, was in deiner Organisation passieren wird. Wie halten Sie Ihre Benutzer bei Laune, egal was sie tun? Wenn sie Analysen durchführen, wenn sie echte Arbeit leisten, wenn sie realen Kunden mit Transaktionssystemen gegenüberstehen, wie auch immer der Fall sein mag, möchten Sie verstehen, wie Ihre Systeme ausgeführt werden und was gerade vor sich geht, und das ist es, worüber Sie heute sprechen. Es ist lustig, weil Prognosen etwas sind, das ich nicht gerne mache, weil ich abergläubisch bin, so als ob ich denke, wenn ich zu viele Prognosen mache, passieren schlimme Dinge, aber das bin nur ich. Folgen Sie nicht meiner Führung.
Also, hier sind unsere Moderatoren heute, Ihre wirklich in der oberen linken Ecke, Rick Sherman wählt sich aus Boston ein, unser Kumpel Bullett Manale von IDERA und unser eigener Dr. Robin Bloor. Und damit übergebe ich es Robin und erinnere die Leute nur daran: Stell Fragen, sei nicht schüchtern, wir lieben gute Fragen, stelle sie unseren Moderatoren und anderen heute gut vor. Und damit, Robin, nimm es weg.
Robin Bloor: OK, nun, als ich in der Pole Position bin, dachte ich, ich würde heute eine SQL-Geschichte erzählen, weil es der Hintergrund für die Diskussion ist, die weitergeht, und es wird unvermeidlich nicht zusammenstoßen, weil Rick sich nicht darauf konzentriert und wird nicht mit dem, was Rick zu sagen hat, kollidieren. Also, die SQL-Geschichte, es gibt einige interessante Dinge über SQL, weil es so dominant ist. Siehe, das ist ein Tippfehler, SQL ist eine deklarative Sprache. Die Idee war, dass Sie eine Sprache erstellen könnten, in der Sie das anfordern würden, was Sie wollten. Und die Datenbank würde herausfinden, wie man es bekommt. Eigentlich hat es ziemlich gut geklappt, aber es gibt eine Reihe von Dingen, die es wert sind, darüber gesprochen zu werden, nämlich die Konsequenzen, wenn die gesamte IT-Branche auf einer deklarativen Sprache basiert. Der Benutzer kennt oder kümmert sich nicht um die physische Organisation der Daten, und das ist das Gute an der deklarativen Sprache - es trennt Sie von all dem und macht Ihnen sogar Sorgen - fragen Sie einfach nach, was Sie wollen, und nach der Datenbank werde gehen und es bekommen.
Der Benutzer hat jedoch keine Ahnung, ob sich die Art und Weise, wie die SQL-Abfrage strukturiert wird, auf die Leistung der Abfrage auswirkt, und das ist ein kleiner Nachteil. Ich habe gesehen, dass Abfragen, die Hunderte und Hunderte von Zeilen lang sind, nur eine SQL-Anforderung sind, die mit "select" beginnt und nur mit Unterabfragen und so weiter und so fortgeht. Und tatsächlich stellt sich heraus, dass Sie, wenn Sie eine bestimmte Sammlung von Daten aus einer Datenbank abrufen möchten, diese mit SQL auf viele verschiedene Arten abrufen und die gleiche Antwort erhalten können, wenn Sie mit den Daten vertraut sind. Daher ist eine SQL-Abfrage nicht unbedingt die beste Methode, um Daten anzufordern, und Datenbanken reagieren je nach der von Ihnen eingegebenen SQL ganz unterschiedlich.
Und so wirkt sich SQL tatsächlich auf die Leistung aus. Daher gilt dies auch für SQL-Anwender und für SQL-Programmierer, die SQL einsetzen, und noch weniger für die Auswirkungen, die sie haben werden, da sie sich hauptsächlich auf die Leistung konzentrieren geht es eigentlich um die Manipulation von Daten und nicht darum, Daten zu bekommen, zu setzen. Dasselbe gilt auch für BI-Tools. Ich habe gesehen, dass SQL, wenn Sie so wollen, aus BI-Tools verschiedener Datenbanken herausgeholt wird, und es muss gesagt werden, dass viele davon keine SQL-Abfragen schreiben würden so wie das. Jemand hat, wenn Sie möchten, einen kleinen Motor geschaffen, der unabhängig von den Parametern einige SQL-Anweisungen ausgibt, und auch hier muss SQL nicht unbedingt effizient sein.
Dann dachte ich, ich würde die Impedanz-Fehlanpassung erwähnen, die Daten, die Programmierer verwenden, unterscheiden sich von den Daten, die sie sortieren. Unser DMS speichert Daten in Tabellen, organisiert den objektorientierten Code als Codierer, programmiert heutzutage objektorientiert und ordnet Daten in Objektstrukturen an, sodass sie nicht aufeinander abgebildet werden. Es besteht also die Notwendigkeit, von dem, was der Programmierer für die Daten hält, in das zu übersetzen, was die Datenbank für die Daten hält. Wie es scheint, müssen wir etwas falsch gemacht haben, damit dies der Fall ist. SQL verfügt über DDL für die Datendefinition und über DML (Data Manipulation Language) - Auswählen, Projizieren und Verknüpfen, um diese Daten abzurufen. Jetzt gibt es sehr wenig Mathematik und sehr wenig zeitbasiertes Zeug, daher ist es die unvollkommene Sprache, obwohl gesagt werden muss, dass es erweitert wurde und weiterhin erweitert wird.
Und dann haben Sie das Problem der SQL-Barriere, das immer klarer ist als das Diagramm, da viele Leute aus analytischen Gründen Fragen stellten, sobald sie die Antwort auf die Frage Datenbegriffe erhielten, eine andere Frage stellen möchten. Es wird also zu einer Dialogsache. Nun, SQL wurde nicht für Dialoge erstellt. Es wurde erstellt, um zu fragen, was Sie auf einmal wollen. Und das ist es wert zu wissen, denn es gibt einige Produkte, die SQL tatsächlich aufgeben, um die Konversation zwischen dem Benutzer und den Daten zu ermöglichen.
In Bezug auf die Datenbankleistung - und diese Art der Verteilung auf alles - ja, es gibt die CPU, den Speicher, die Festplatte, den Netzwerk-Overhead und das Sperrproblem von mehr als einer Person, die die Daten zu einem bestimmten Zeitpunkt exklusiv nutzen möchte Zeitpunkt. Aber es gibt auch schlechte SQL-Aufrufe, es gibt eine Menge, die getan werden können, wenn Sie die SQL tatsächlich in Bezug auf die Leistung optimieren. Faktoren für die Datenbankleistung: fehlerhaftes Design, fehlerhaftes Programmdesign, fehlende Parallelität der Arbeitslast, Lastenausgleich, Abfragestruktur, Kapazitätsplanung. Das ist Datenwachstum. Und in wenigen Worten: SQL ist praktisch, optimiert sich jedoch nicht von selbst.
Trotzdem denke ich, dass wir an Rick weitergeben können.
Eric Kavanagh: Okay, Rick, lass mich dir die Schlüssel für das WebEx-Auto geben. Nimm es weg.
Rick Sherman: Gut, großartig. Nun, danke Robin, als wir zu Beginn der Präsentation angefangen haben, sind meine Grafiken immer noch ziemlich langweilig, aber es passt gut dazu. Also stimme ich allem zu, worüber Robin auf der SQL-Seite gesprochen hat. Aber ich möchte mich jetzt ein wenig auf die Nachfrage nach Daten konzentrieren, die sich sehr schnell durchsetzen, auf das Angebot von Werkzeugen, die in diesem Raum verwendet werden, oder auf den Bedarf an Werkzeugen in diesem Raum.
Zunächst einmal gibt es in jedem Artikel, den Sie lesen, einige, die sich mit Big Data, vielen Daten, unstrukturierten Daten aus der Cloud und Big Data befassen, die Sie sich überall vorstellen können. Aber das Wachstum des Datenbankmarktes wurde kontinuierlich mit SQL, relationale Datenbank wahrscheinlich ab 2015 ist immer noch 95 Prozent des Datenbankmarktes. Die drei größten relationalen Anbieter haben in diesem Bereich einen Marktanteil von rund 88 Prozent. Also redete Robin immer noch über SQL. Selbst wenn man sich die Hadoop-Plattform anschaut, ist Hive und Spark SQL - die mein Sohn, der ein Datenwissenschaftler ist, die ganze Zeit nutzt - mit Sicherheit die dominierende Methode, um an Daten zu gelangen.
Auf der Datenbankseite gibt es nun zwei große Kategorien für die Verwendung von Datenbanken. Einer ist für betriebliche Datenbankverwaltungssysteme, also für die Planung von Unternehmensbeziehungen, die Verwaltung von Kundenbeziehungen, die Salesforce-ERPs, Oracles, EPICs, N4s usw. der Welt. Und es gibt eine große und wachsende Menge an Daten, die in Data Warehouses und anderen auf Business Intelligence basierenden Systemen gespeichert sind. Denn alles, unabhängig davon, wo und wie es erfasst, gespeichert oder abgewickelt wird, wird schließlich analysiert. Dies führt zu einer enormen Nachfrage und einer zunehmenden Nutzung von Datenbanken, insbesondere von relationalen Datenbanken auf dem Markt.
Jetzt, da wir die Nachfrage haben, kommen riesige Datenmengen. Und ich spreche nicht wirklich nur über Big Data, ich spreche über die Verwendung von Daten in allen Arten von Unternehmen. Aber wenn wir von der Angebotsseite aus sehen, dass Menschen, die diese Ressourcen verwalten können, zunächst einmal einen DBA-Mangel haben. Nach Angaben des Bureau of Labour Statistics werden die DBA-Stellen von 2014 bis 2024 nur um 11 Prozent zulegen - jetzt sind es Leute mit DBA-Berufsbezeichnungen, aber darüber sprechen Sie in einer Sekunde - im Vergleich zu über 40 Prozent jährlicher Datenwachstumsraum. Und wir haben viele DBAs; Im Durchschnitt ist dieselbe Studie, in der über das Durchschnittsalter gesprochen wurde, im Vergleich zu anderen IT-Berufen ziemlich hoch. Und dann haben wir eine Menge Leute, die das Feld verlassen und nicht unbedingt in den Ruhestand gehen, sondern sich anderen Aspekten widmen, ins Management gehen oder was auch immer.
Ein Grund, warum sie jetzt gehen, ist, dass der DBA-Job immer schwieriger wird. Zunächst haben wir Datenbankadministratoren, die viele verschiedene Datenbanken selbst verwalten, physische Datenbanken, die sich überall befinden, sowie verschiedene Arten von Datenbanken. Das kann relational sein, oder es können auch andere Datenbanktypen sein. Aber selbst wenn es relational ist, können sie einen, zwei, drei oder vier verschiedene Anbieter haben, die sie tatsächlich zu verwalten versuchen. DBAs werden normalerweise nach dem Entwurf der Datenbank oder der Anwendung einbezogen. Robin sprach darüber, wie Datenbanken oder Anwendungen entworfen werden, wie SQL entworfen wird. Wenn es um Datenmodellierung, ER-Modellierung, erweiterte ER-Modellierung, Dimensionsmodellierung und erweiterte dimensionale Modellierung ging, haben Anwendungsprogrammierer und Anwendungsentwickler in der Regel ihr Endziel im Auge - sie sind nicht auf die Effizienz der Datenbankstruktur selbst ausgelegt . Wir haben also viel schlechtes Design.
Jetzt spreche ich nicht über die kommerziellen Anbieter von Unternehmensanwendungen. Sie haben in der Regel ER-Modelle oder erweiterte ER-Modelle. Worüber ich spreche, ist, dass in jedem Unternehmen viel mehr Geschäftsprozesse und Anwendungen von Anwendungsentwicklern erstellt werden - diejenigen, die nicht unbedingt auf Effizienz oder Effektivität der Bereitstellung ausgelegt sind. Und die Datenbankadministratoren selbst sind überlastet und haben manchmal die Verantwortung rund um die Uhr. Sie erhalten immer mehr Datenbanken. Ich denke, das hat ein bisschen damit zu tun, dass die Leute nicht ganz verstehen, was sie tun oder wie sie es tun. Ihre eigene kleine Gruppe und die Leute denken immer wieder: „Nun, all diese Tools sind so einfach zu bedienen, dass wir immer mehr Datenbanken für ihre Arbeitslast verwenden können.“ Das ist nicht der Fall.
Was uns zu den Teilzeit- und Unfall-DBAs führt. Wir haben kleine IT-Teams, die sich nicht unbedingt einen dedizierten Datenbankadministrator leisten können. Dies gilt nun für kleine und mittlere Unternehmen, in denen der Ausbau von Datenbanken und Datenbankanwendungen im letzten Jahrzehnt explosionsartig zugenommen hat und weiter zunimmt. Aber es ist auch bei großen Unternehmen der Fall, die in der Regel lange Zeit Data Warehousing und Business Intelligence-Analysen durchgeführt haben. Vor langer Zeit haben wir spezielle DBAs für diese Projekte erhalten. Wir bekommen nie mehr einen dedizierten DBA. Waren verantwortlich für die Gestaltung der Datenbank, was in Ordnung ist, wenn es jemand ist, der Erfahrung hat.Aber im Allgemeinen sind die Datenbankadministratoren Anwendungsentwickler, sie übernehmen diese Rolle oft als Teilzeitbeschäftigung, sie haben keine formale Ausbildung und sie entwerfen sie wieder für ihre Endziele, sie entwerfen sie nicht für Effizienz.
Und es gibt einen großen Unterschied zwischen Design und Entwicklung im Vergleich zu Bereitstellung und Verwaltung. Wir haben also das "Penny Wise, Pfund Dummkopf" mit einem kleinen Sparschwein da, das überspringt, um die Fähigkeiten und Ressourcen zu bekommen, die für die Projekte benötigt werden. Ich denke, dass jeder von "Revenge of the Nerds" ist, mein kleines Bild dort. Soweit es die Menschen brauchen, werden Datenbanken und Daten in SQL immer häufiger verwendet. Wir haben eine begrenzte Anzahl von Datenbankadministratoren - Personen, die in diesen Situationen der Optimierung und des Entwurfs sowie der Verwaltung und Bereitstellung kompetent und kompetent sind. Und wir haben immer mehr Teilzeit- oder versehentliche DBAs, Leute, die nicht die formale Ausbildung hatten.
Also, was sind einige der anderen Dinge, die auch in die Frage der Tatsache geraten, dass diese Datenbanken nicht so gut abgestimmt oder so gut verwaltet werden? Zunächst einmal gehen viele Menschen davon aus, dass das Datenbanksystem selbst über ausreichende Tools verfügt, um sich selbst zu verwalten. Jetzt werden die Tools immer einfacher - Design und Entwicklung - aber das ist etwas anderes als ein gutes Design und eine gute Verwaltung, Kapazitätsplanung, Überwachung usw. für die Bereitstellung. Zuallererst gehen die Leute davon aus, dass sie alle Werkzeuge haben, die sie brauchen. Zweitens, wenn Sie ein Teilzeit- oder versehentlicher DBA sind, wissen Sie nicht, was Sie nicht wissen.
Ich glaube, ich habe einen Teil des Ausdrucks dort vergessen, so dass sie oft nicht verstehen, worauf sie im Design überhaupt achten müssen oder wann sie die Datenbanken verwalten oder betreiben. Wenn das nicht dein Beruf ist, wirst du nicht verstehen, was du tun musst. Drittens handelt es sich bei SQL um ein Go-to-Tool, weshalb Robin über SQL sprach und darüber, wie schlecht SQL manchmal oder häufig aufgebaut ist. Und eines meiner Lieblingsprobleme im Bereich BI-Data-Warehousing, Datenmigration und Datentechnik ist, dass die Leute, anstatt Tools zu verwenden, dazu neigen, SQL-Code und gespeicherte Prozeduren zu schreiben, selbst wenn sie ein teures Datenintegrationstool oder ein teures verwenden Das BI-Tool wird häufig nur zum Ausführen gespeicherter Prozeduren verwendet. Damit die Bedeutung des Verständnisses des Datenbankdesigns und der Erstellung von SQL immer mehr an Bedeutung gewinnt.
Und schließlich gibt es diesen Silo-Ansatz, bei dem sich einzelne Personen einzelne Datenbanken ansehen. Sie sehen nicht, wie die Anwendungen arbeiten und miteinander interagieren. Außerdem schauen sie sich häufig die Datenbanken und die Anwendungen an, für die sie sie verwenden. Die Arbeitslast, die Sie für die Datenbank benötigen, ist entscheidend für den Entwurf, für die Optimierung, für die Planung der Kapazität usw. Wenn Sie also den Wald von den Bäumen aus betrachten, befinden sich die Menschen im Unkraut Betrachten Sie die einzelnen Tabellen und Datenbanken und nicht die Gesamtinteraktion dieser Anwendungen in der Arbeitslast.
Schließlich müssen die Menschen die Schlüsselbereiche betrachten, die sie betrachten müssen. Wenn sie vorhaben, Datenbanken zu verwalten, müssen sie zuerst überlegen, einige anwendungsbezogene Leistungsmetriken entwickeln, damit sie nicht nur untersuchen müssen, wie diese Tabelle strukturiert ist, wie sie besonders modelliert ist, sondern wie sie verwendet wird. Wenn Sie also eine Unternehmensanwendung haben, die im Supply Chain Management fällig ist, wenn Sie Aufträge aus dem Internet entgegennehmen, wenn Sie BI ausführen - was auch immer Sie tun -, müssen Sie sich ansehen, wer sie verwendet, wie sie verwendet und wie hoch das Datenvolumen ist , wenn es passieren wird. Was du wirklich suchst, sind die Wartezeiten, denn egal was passiert, alle Anwendungen werden danach beurteilt, wie lange es dauert, bis etwas erledigt ist, ob es sich um eine Person handelt oder nur um den Datenaustausch zwischen Anwendungen oder Prozessoren. Und was sind die Engpässe? So oft, wenn Sie versuchen, Probleme zu beheben, versuchen Sie natürlich wirklich zu untersuchen, was die wirklichen Engpässe sind - nicht unbedingt, wie Sie alles optimieren, sondern wie Sie die Wartezeiten und den Durchsatz verbessern - was auch immer du musst schauen.
Und Sie müssen die Datenerfassung, die Transaktionen, die Transformationsaspekte in der Datenbank sowie die Analysen wirklich trennen. Jedes von ihnen hat unterschiedliche Designmuster, jedes von ihnen hat unterschiedliche Verwendungsmuster und jedes von ihnen muss anders abgestimmt werden. Sie müssen sich also Gedanken darüber machen, wie diese Daten verwendet werden, wann sie verwendet werden, wofür sie verwendet werden, und herausfinden, welche Leistungsmetriken und welche Schlüsselsachen Sie im Zusammenhang mit dieser Verwendung analysieren möchten. Wenn Sie nun die Leistung überwachen möchten, möchten Sie sich die Datenbankoperationen selbst ansehen. Sie möchten sich sowohl die Datenstrukturen als auch die Indizes, die Partitionierung und andere physische Aspekte der Datenbank ansehen. Auch die Struktur der Datenbank - ob das ER-Modell oder das dimensionale Modell, jedoch das strukturierte - all diese Faktoren wirken sich auf die Leistung aus Dies gilt insbesondere für die verschiedenen Aspekte der Datenerfassungsanalyse und die damit verbundenen Transformationen.
Und wie Robin auf der SQL-Seite erwähnt hat, ist es wichtig, das SQL zu betrachten, das von diesen verschiedenen Anwendungen in diesen Datenbanken ausgeführt wird, und es zu optimieren. Betrachten Sie die Gesamtauslastung der Anwendungen und die Infrastrukturumgebung, in der diese Datenbanken und Anwendungen ausgeführt werden. Damit die Netzwerke, die Server, die Cloud - auf was auch immer sie laufen - auch die Auswirkungen betrachten, die diese Anwendungen und diese Datenbanken innerhalb dieser Konstellation haben, haben all diese das Zusammenspiel, in der Lage zu sein, die Datenbank zu optimieren.
Wenn Sie sich schließlich Tools ansehen, möchten Sie in der Lage sein, die drei verschiedenen Arten von Analysen zu betrachten, die damit zusammenhängen. Sie möchten sich die deskriptive Analyse ansehen: Was passiert und wo? Bezogen auf die Datenbank und die Anwendungsleistung. Sie möchten in der Lage sein, diagnostische Analysen durchzuführen, um nicht nur herauszufinden, was passiert, sondern warum, wo sind die Engpässe, wo sind die Probleme, was läuft gut, was läuft nicht gut? Aber in der Lage zu sein, die Problembereiche zu analysieren und aufzuspüren, um diese entweder für das Design oder was auch immer Sie tun müssen, anzugehen.
Und schließlich besteht die aggressivste oder proaktivste Art der Analyse darin, tatsächlich eine Vorhersageanalyse durchzuführen, eine Modellierung der Vorhersageanalyse, was auch immer. Wir wissen, dass die Datenbank und die Anwendungen in diesem Zusammenhang funktionieren, wenn wir die Kapazität erhöhen, wenn wir mehr Benutzer bekommen, wenn wir mehr Durchsatz erzielen, was auch immer getan wird, und in der Lage sind, herauszufinden, was, wie und wo sich das auf die Datenbank auswirkt. Die Anwendungen ermöglichen es uns, proaktiv zu planen und herauszufinden, wo die Engpässe sind, wo die Wartezeiten möglicherweise leiden und was wir tun müssen, um die Probleme zu beheben. Daher möchten wir Tools haben, mit denen die Leistungsmetriken implementiert und die Leistung überwacht werden können, wie bei diesen drei Analysetypen. Und das ist meine Übersicht.
Eric Kavanagh: Also gut, lassen Sie es mich übergeben - das sind übrigens zwei großartige Präsentationen - lassen Sie mich dies Bullett Manale übergeben, um es von dort zu übernehmen. Und Leute, vergiss nicht, gute Fragen zu stellen. Wir haben bereits einige gute Inhalte. Nimm es weg, Bullett.
Bullett Manale: Klingt gut. Danke, Eric. Also, eine Menge von dem, was Rick und Robin gesagt haben, stimme ich offensichtlich zu 100 Prozent zu. Ich würde sagen, dass ich diese Folie nach oben gezogen habe, weil ich glaube, dass sie passt. Ich weiß nicht, dass John Hannibal Smith in den Achtzigern A-Team-Fans war. Er sagte immer: „Ich liebe Es ist, wenn ein Plan zusammenkommt. “Und ich denke, wenn Sie gerade über den SQL Server sprechen, auf den sich das Hauptaugenmerk richtete, das Produkt, über das heute gesprochen werden sollte, ist SQL Diagnostic Manager definitiv eines dieser Dinge du musst haben; Sie müssen in der Lage sein, die Ihnen zur Verfügung stehenden Daten zu nutzen und aus diesen Daten Entscheidungen zu treffen, und in einigen Fällen suchen Sie nicht nach einer Entscheidung. Du suchst nach etwas, das dir sagt, wann dir die Ressourcen ausgehen, wann dir die Ressourcen ausgehen, wann du einen Engpass haben wirst, solche Dinge.
Es geht nicht nur darum, eine bestimmte Metrik zu überwachen. Mit Diagnostic Manager können Sie also unter anderem Vorhersagen treffen und spezifische Informationen zu den Arbeitsauslastungen erhalten, über die heute viel gesprochen wurde. Das Tool ist auf den Datenmanager, den Datenbankadministrator oder den amtierenden Datenbankadministrator ausgerichtet. Viele der Dinge, über die Rick gesprochen hat, sind also zutreffend. In vielen Fällen, wenn Sie kein DBA sind, wird es eine Menge Fragezeichen geben, die Sie haben werden, wenn es darum geht, eine SQL-Umgebung zu verwalten, Dinge, die Sie nicht kennen. Und so suchen Sie nach etwas, das Ihnen hilft, Sie durch diesen Prozess führt und Sie auch in diesem Prozess unterrichtet. Daher ist es wichtig, dass das Tool, das Sie für diese Art von Entscheidungen verwenden, Ihnen einen Einblick in die Gründe gibt, warum diese Entscheidungen getroffen werden. Es sagt Ihnen nicht nur: „Hey, tun Sie das.“
Weil ich der amtierende DBA bin, könnte ich schließlich der ausgewachsene DBA mit dem tatsächlichen Fachwissen und Wissen sein, um diesen Titel zu untermauern. Also, das heißt, als wir darüber sprachen, ein Datenbankadministrator zu sein - ich zeige diese Folie immer zuerst, weil der DBA einige unterschiedliche Rollen hat und abhängig von der Organisation, mit der Sie verbunden sind, von denen Sie abweichen werden Von Ort zu Ort - aber in der Regel sind Sie immer in irgendeiner Weise für Ihre Speicherung, die Planung dieser Speicherung und das Verständnis verantwortlich, mit dem ich rechnen muss, wie viel Speicherplatz Sie benötigen, ob für Ihre Sicherungen oder ob es für die Datenbanken selbst ist. Sie müssen das verstehen und bewerten.
Darüber hinaus müssen Sie in der Lage sein, die Dinge nach Bedarf zu verstehen und zu optimieren, und während Sie die Umgebung überwachen, ist es offensichtlich wichtig, dass Sie Änderungen nach Bedarf vornehmen, basierend auf Änderungen innerhalb der Umgebung selbst. Also, Dinge wie die Anzahl der Benutzer, Dinge wie die Popularität von Anwendungen, die Saisonalität einer Datenbank, sollten alle berücksichtigt werden, wenn Sie Ihre Prognosen machen. Und dann offensichtlich andere Dinge im Hinblick auf die Bereitstellung der Berichte und der Informationen, die für das Treffen dieser Entscheidungen erforderlich sind. In vielen Fällen bedeutet dies eine vergleichende Analyse. Dies bedeutet, dass Sie sich eine bestimmte Metrik genau ansehen und verstehen können, wie hoch der Wert dieser Metrik im Laufe der Zeit war, damit Sie vorhersagen können, wohin sie sich entwickeln wird.
Was für ein Großteil des Tools Diagnostic Manager hat diese Fähigkeiten und die Leute nutzen es jeden Tag, um in der Lage zu sein, Dinge wie Vorhersagen zu machen, und ich habe die Definition der Kapazitätsplanung hier eingefügt. Und es ist eine ziemlich weit gefasste und eigentlich ziemlich vage Definition, bei der es nur darum geht, die Produktionskapazität zu bestimmen, die ein Unternehmen benötigt, um den sich ändernden Anforderungen an seine Produkte gerecht zu werden Informationen aufnehmen zu können, die Sie auf die eine oder andere Weise haben, und diese Informationen zu treffen und Entscheidungen zu treffen, die Ihnen helfen, im Laufe des Lebenszyklus Ihrer Datenbanken voranzukommen. Die Gründe, warum Menschen dies tun müssen, sind offensichtlich in erster Linie, in den meisten Fällen, um Geld zu sparen. Unternehmen haben offensichtlich das Hauptziel, Geld zu verdienen und Geld zu sparen. Gleichzeitig bedeutet dies aber auch, dass Sie sicherstellen können, dass es zu keinen Ausfallzeiten kommt. Und Sie können sicherstellen, dass Ausfallzeiten so gering wie möglich gehalten werden, dh, Sie müssen nicht darauf warten, dass sie eintreten, und dann darauf reagieren.
Neben der allgemeinen Steigerung der Produktivität Ihrer Benutzer ist es natürlich entscheidend, diese effizienter zu gestalten, damit Sie mehr Geschäfte abwickeln können. Dies sind also die Dinge, die der DBA oder eine an Prognosen oder Kapazitäten beteiligte Person tun Planung muss in der Lage sein, die Informationen zu durchforsten, um diese Entscheidungen treffen zu können. Und insgesamt hilft Ihnen dies natürlich dabei, Verschwendung zu vermeiden, nicht nur in Bezug auf Geld, sondern auch in Bezug auf Zeit und in Bezug auf Ressourcen, die möglicherweise für andere Zwecke verwendet werden könnten. Wenn Sie also in der Lage sind, diesen Abfall zu beseitigen, haben Sie keine Opportunitätskosten, die mit dem Abfall selbst verbunden sind.
Welche Art von Fragen erhalten wir also speziell für die Person, die ein DBA ist? Wann werde ich keinen Platz mehr haben? Das ist eine große Sache, nicht nur, wie viel Platz ich jetzt verbrauche, sondern wann ich ausgehen werde, basierend auf den Trends und der Vergangenheit? Dasselbe gilt für die tatsächlichen Instanzen von SQL, die Datenbanken. Welche Server kann ich konsolidieren? Ich werde einige auf die VMs setzen, was macht Sinn in Bezug auf welche Datenbanken Ich werde konsolidieren und auf welchen Instanzen von SQL sollen sie sich befinden? Alle diese Fragen müssen beantwortet werden können. Denn in den meisten Fällen, wenn Sie DBA sind oder DBA spielen, werden Sie es irgendwann in Ihrer Karriere konsolidieren. In vielen Fällen werden Sie dies kontinuierlich tun. Sie müssen also in der Lage sein, diese Entscheidungen schnell zu treffen und dabei keine Ratespiele zu spielen.
Wir haben über Engpässe gesprochen und darüber, wo sie als nächstes auftreten werden, um dies erneut zu antizipieren, anstatt darauf zu warten, dass sie eintreten. Offensichtlich sprachen all diese Dinge darüber, dass Sie sich in den meisten Fällen auf historische Daten verlassen, um diese Empfehlungen zu generieren, oder in einigen Fällen Entscheidungen selbst formulieren zu können kommen mit diesen Antworten auf. Aber es erinnert mich daran, dass, wenn Sie die Radiowerbung für jemanden hören, der Wertpapiere oder ähnliches verkauft, die Performance in der Vergangenheit immer kein Hinweis auf zukünftige Ergebnisse ist und auf solche Dinge. Und das Gleiche gilt hier. Es wird Situationen geben, in denen diese Prognosen und Analysen möglicherweise nicht zu 100 Prozent stimmen. Aber wenn Sie sich mit Dingen aus der Vergangenheit und dem Bekannten beschäftigen und in der Lage sind, das „Was-wäre-wenn“ mit vielen dieser Arten von Fragen zu beantworten und zu tun, werden Sie darauf stoßen, und das ist sehr wertvoll Holen Sie sich viel weiter, als das Ratespiel zu spielen.
Also, diese Art von Fragen werden offensichtlich auftauchen, also wie wir viele dieser Fragen mit Diagnostic Manager behandeln, zuallererst verfügen wir über Prognosefunktionen, die dies sowohl in der Datenbank als auch am Tisch tun können Laufwerk oder die Lautstärke. Um nicht nur sagen zu können: "Hey, waren voll vom Platz", sondern in sechs Monaten, in zwei Jahren, in fünf Jahren, wenn ich das budgetiere, wie viel Festplattenspeicher muss ich budgetieren zum? Das sind Fragen, die ich stellen muss, und ich muss in der Lage sein, eine Methode dafür zu verwenden, anstatt zu raten und meinen Finger in die Luft zu heben und zu warten, wie der Wind weht, was sehr viel ist von Zeiten leider die Art und Weise, wie viele dieser Entscheidungen getroffen werden.
Darüber hinaus kann ich - wie es aussieht - meine Folie ein wenig abschneiden, aber in Form von Empfehlungen Unterstützung leisten. Es ist also eine Sache, Ihnen ein Dashboard voller Metriken anzeigen zu können und sagen zu können, "OK, hier sind alle Metriken und wo sie sich befinden", aber dann in der Lage zu sein, einige davon zu machen oder ein gewisses Verständnis dafür zu haben, was zu tun ist tun, basierend darauf ist ein weiterer Sprung. In einigen Fällen sind die Mitarbeiter ausreichend in der Rolle des DBA geschult, um diese Entscheidungen treffen zu können. Und so haben wir einige Mechanismen im Tool, die dabei helfen, die Sie in nur einer Sekunde gut zeigen. Aber in der Lage zu sein, nicht nur zu zeigen, was die Empfehlung ist, sondern auch einen Einblick zu geben, warum diese Empfehlung ausgesprochen wird, und darüber hinaus in einigen Fällen in der Lage zu sein, tatsächlich ein Skript zu entwickeln, das die Empfehlung automatisiert Die Behebung dieses Problems ist ebenfalls ideal.
Gehen wir hier zum nächsten über, was klar ist, es ist nur allgemein gesagt, bis auf die metrische Ebene zu verstehen, was normal ist. Ich kann dir nicht sagen, was nicht normal ist, wenn ich nicht weiß, was normal ist. Wenn Sie also eine Möglichkeit haben, dies zu messen, müssen Sie in der Lage sein, mehrere Arten von Bereichen zu berücksichtigen, z. B. - oder ich sage mal: Zeitrahmen - verschiedene Servergruppierungen, die dies dynamisch von einem Server aus tun können Warnungsperspektive, mit anderen Worten, mitten in der Nacht, während meines Wartungsfensters, erwarte ich, dass meine CPU zu 80 Prozent ausgelastet ist, basierend auf der gesamten laufenden Wartung. Vielleicht möchte ich meine Schwellenwerte während dieser Zeiträume höher setzen als vielleicht mitten am Tag, wenn ich nicht so viel Aktivität habe.
Dies sind einige Dinge, die offensichtlich umweltbezogen sind, aber Dinge, die Sie auf das anwenden können, was verwaltet wird, um Ihnen dabei zu helfen, diese Umgebung effizienter zu verwalten und dies einfacher zu machen. Der andere Bereich besteht offensichtlich darin, die Berichte und die Informationen insgesamt bereitzustellen, um diese Art von „Was wäre wenn“ -Fragen beantworten zu können. Wenn ich gerade eine Änderung an meiner Umgebung vorgenommen habe, möchte ich die Auswirkungen verstehen, damit ich diese Änderung auf andere Instanzen oder andere Datenbanken in meiner Umgebung anwenden kann. Ich möchte in der Lage sein, Informationen oder Munition zu haben, um diese Änderung mit etwas Ruhe und dem Wissen vorzunehmen, dass es eine gute Änderung sein wird. In der Lage zu sein, vergleichende Berichte zu erstellen, meine SQL-Instanzen zu klassifizieren, meine Datenbanken gegeneinander zu klassifizieren und zu sagen: "Welcher ist mein höchster CPU-Konsument?" Oder welcher benötigt am längsten Wartezeiten und ähnliches? Viele dieser Informationen werden auch mit dem Tool verfügbar sein.
Und zu guter Letzt ist es nur eine allgemeine Fähigkeit, dass Sie ein Werkzeug benötigen, das in der Lage ist, jede Situation zu bewältigen, die auf Sie zukommt, und damit meine ich, wenn Sie eine große Umgebung mit viel haben In einigen Fällen werden Sie wahrscheinlich auf Situationen stoßen, in denen Sie Kennzahlen abrufen müssen, bei denen es sich normalerweise nicht um Kennzahlen handelt, die ein DBA in bestimmten Fällen je nach Situation sogar überwachen möchte. Ein erweiterbares Tool, mit dem Sie zusätzliche Metriken hinzufügen und diese Metriken in der gleichen Form und Weise verwenden können, wie Sie sie verwenden würden, wenn Sie eine Standard-Metrik verwenden würden Metrik zum Beispiel. Die Fähigkeit, Berichte zu erstellen, Warnungen und Grunddaten zu erstellen - all das, worüber man gerade gesprochen hat - ist auch eine wichtige Voraussetzung dafür, dass Sie diese Prognose erstellen und erstellen können, damit Sie die Antworten erhalten, nach denen Sie suchen, um in der Lage zu sein diese Entscheidungen, vorwärts.
So wie Diagnostic Manager dies tut, haben wir einen zentralisierten Dienst, eine Gruppe von Diensten, die Daten für Instanzen von 2000 bis 2016 sammelt. Und dann nehmen wir diese Daten und speichern sie in einem zentralen Repository. Was wir dann mit diesen Daten tun, ist natürlich, viel zu tun, um weitere Einsichten zu ermöglichen. Darüber hinaus haben wir - und eines der Dinge, die hier nicht erwähnt werden - einen Service, der mitten in der Nacht ausgeführt wird, nämlich unseren Predictive Analysis Service, der einige Zahlen berechnet und das Verstehen erleichtert und Ihnen als DBA oder amtierender DBA dabei helfen, diese Art von Empfehlungen abzugeben und auch Einblicke in Bezug auf Baselines zu gewähren.
Was ich also gerne tun würde, und dies ist nur ein kurzes Beispiel für die Architektur, der große Vorteil ist, dass es keine Agenten oder Services gibt, die tatsächlich auf den von Ihnen verwalteten Instanzen sitzen. Aber was ich gerne tun würde, wäre, Sie einfach hier zur Anwendung zu führen und Ihnen eine kurze Demo zu geben. Und lass mich einfach auch rausgehen und das geschehen lassen. Also, lass es mich wissen, ich denke Eric, kannst du das sehen, OK?
Eric Kavanagh: Ich habe es jetzt verstanden, ja.
Bullett Manale: OK, ich werde Sie durch einige dieser verschiedenen Teile führen, über die ich gesprochen habe. Und beginnen wir im Wesentlichen mit den Dingen, die eher im Sinne von Heres sind, die Sie tun müssen, oder hier ist etwas, das einen Zeitpunkt in der Zukunft darstellt und Ihnen einen Einblick in die Zukunft geben würde. Und dies ist in der Lage, Dinge, wie sie geschehen, wirklich zu antizipieren - oder ich sollte es dynamisch antizipieren. Im Fall von Berichten sind im Tool unter anderem drei verschiedene Prognoseberichte enthalten. Und im Fall einer Datenbankprognose, was ich wahrscheinlich tun würde, wenn ich die Größe einer Datenbank über einen bestimmten Zeitraum vorhersehen könnte, und ich gebe Ihnen nur ein paar Beispiele dafür. Also, ich nehme meine Audit-Datenbank, die ziemlich I / O-intensiv ist - sie enthält eine Menge Daten. Wir haben, mal sehen, machen wir das hier und holen uns einfach die Gesundheitsdatenbank hier oben.
Aber der Punkt ist, dass ich nicht nur sehe, was der Platz darauf ist, sondern in der Lage bin zu sagen: "Schau, lass uns die Daten der letzten Jahre nehmen" - und ich werde hier ein bisschen fibrieren, ich habe wirklich keine Jahre Datenvolumen, ich habe Datenvolumen von ungefähr zwei Monaten - aber da ich hier eine Abtastrate von Monaten wähle, kann ich in diesem Fall die nächsten 36 Einheiten vorhersagen oder prognostizieren, da unsere Abtastrate auf Monate eingestellt ist - das ist eine Einheit, ein Monat - und dann könnte ich einen Bericht erstellen, der mir im Grunde zeigt, wo wir unser zukünftiges Wachstum für diese drei Datenbanken antizipieren würden. Und wir können feststellen, dass die Unterschiede oder Abweichungen zwischen den drei verschiedenen Datenbanken unterschiedlich sind, insbesondere in Bezug auf die Datenmenge, die sie historisch verbrauchen.
Wir können sehen, dass die Datenpunkte hier die historischen Daten darstellen, und dann die Linien, die uns die Vorhersage liefern, zusammen mit den Zahlen, um diese zu sichern. Das können wir auf Tabellenebene tun, das können wir sogar auf Laufwerksebene tun, wo ich vorhersagen kann, wie groß meine Laufwerke werden, einschließlich der Mount-Punkte. Wir wären in der Lage, diese Art von Informationen vorherzusagen, aber auch hier kann ich, abhängig von der Abtastrate, bestimmen, wie viele Einheiten und woher wir nehmen, was wir heraussagen möchten. Beachten Sie auch, dass wir verschiedene Arten von Prognosetypen haben. So erhalten Sie viele Optionen und Flexibilität, wenn es um die Prognose geht. Nun, das ist eine gute Sache, wenn wir Ihnen ein konkretes Datum geben und sagen können: „Hey, an diesem Datum erwarten wir das Wachstum Ihrer Daten.“ Darüber hinaus können wir Ihnen jedoch auch ein Angebot zur Verfügung stellen mit anderen Erkenntnissen, die sich auf einige der Analysen beziehen, die wir außerhalb der Geschäftszeiten durchführen, sowie auf den Service, wenn er ausgeführt wird. Einige der Dinge, die es tut, sind Versuche, die Dinge vorherzusagen, die wahrscheinlich passieren werden, basierend auf der Geschichte, als die Dinge in der Vergangenheit passiert sind.
Wir können hier also sehen, dass eine Prognose uns einen Einblick in die Wahrscheinlichkeit gibt, dass wir den ganzen Abend über Probleme haben, die auf Dingen beruhen, die in der Vergangenheit erneut aufgetreten sind. Das ist natürlich großartig, besonders wenn ich kein DBA bin. Ich kann mir diese Dinge ansehen, aber was noch besser ist, wenn ich kein DBA bin, ist diese Registerkarte zum Analysieren. Bevor dies hier in dem Tool war, haben wir es den Leuten gezeigt und sie sagten: "Das ist großartig, ich sehe all diese Zahlen, ich sehe alles, aber ich weiß nicht, was ich tun soll" (lacht) "als ein Ergebnis davon. “Was wir hier haben, ist eine bessere Möglichkeit für Sie, zu verstehen, ob ich Maßnahmen ergreifen werde, um bei der Leistung zu helfen, oder ob ich Maßnahmen ergreifen werde, um sogar bei der Gesundheit von mir zu helfen Umwelt, in der Lage zu sein, eine Rangfolge von Empfehlungen sowie nützliche Informationstipps zu erhalten, um mehr über diese Empfehlungen zu erfahren, und sogar externe Links zu einigen dieser Daten zu haben, die mir zeigen und mich zu den Gründen führen, warum Diese Empfehlungen werden gemacht.
Und in vielen Fällen in der Lage zu sein, ein Skript bereitzustellen, das, wie ich bereits sagte, die Behebung dieser Probleme automatisiert. Nun, ein Teil dessen, was hier mit dieser Analyse gemacht wurde - und ich zeige Ihnen, wenn ich die Eigenschaften dieser Instanz konfiguriere, und ich gehe zum Abschnitt zur Analysekonfiguration -, wir haben viele verschiedene Kategorien, die hier aufgelistet sind, und Dazu gehören die Indexoptimierung und die Abfrageoptimierung. Wir haben also nicht nur die Metriken selbst und solche Dinge ausgewertet, sondern auch die Workloads und die Indizes. In diesem Fall sollten Sie eine zusätzliche hypothetische Indexanalyse durchführen. Es ist also eine der Situationen, in denen ich nicht möchte, in vielen Fällen möchte ich keinen Index hinzufügen, wenn ich nicht muss. Aber irgendwann gibt es einen Wendepunkt, an dem ich sage: „Nun, die Tabelle erreicht die Größe oder die Art der Abfragen, die innerhalb der Workload ausgeführt werden. Es ist jetzt sinnvoll, einen Index hinzuzufügen. Aber es hätte vielleicht sechs Wochen vorher keinen Sinn gemacht. “Auf diese Weise können Sie dynamisch einen Einblick in Dinge erhalten, die, wie ich bereits sagte, die Leistung basierend auf den Ereignissen in der Umgebung, den Ereignissen innerhalb der Workloads und verbessern können solche Dinge tun.
Und so erhalten Sie hier viele gute Informationen sowie die Möglichkeit, diese Dinge automatisch zu optimieren. Das ist also ein weiterer Bereich, in dem wir helfen könnten, was wir als prädiktive Analyse bezeichnen. Darüber hinaus haben wir auch andere Bereiche, die meiner Meinung nach im Allgemeinen dazu geeignet sind, Ihnen bei der Entscheidungsfindung zu helfen. Und wenn wir über das Treffen von Entscheidungen sprechen, geben Sie uns erneut einen Einblick, wie wir die Leistung verbessern können, indem Sie die historischen Daten einsehen können.
Jetzt können wir unter anderem einen Baseline-Visualisierer verwenden, mit dem wir selektiv auswählen können, welche Metrik wir möchten - und hier eine anständige finden -. Ich werde die SQL-CPU-Auslastung verwenden, aber der Punkt ist, dass Sie gehen können Nach wie vielen Wochen, um diese Bilder für Sie zu malen, um zu sehen, wann Ihre Ausreißer sind, um im Allgemeinen zu sehen, wo dieser Wert innerhalb der Zeiträume liegt, in denen Daten gesammelt wurden. Außerdem werden Sie feststellen, dass wir, wenn wir zur eigentlichen Instanz gehen, die Möglichkeit haben, unsere Baselines zu konfigurieren. Und die Baselines sind ein wirklich wichtiger Teil, um Dinge automatisieren und über Dinge informiert werden zu können. Und die Herausforderung besteht, wie die meisten Datenbankadministratoren sagen würden, darin, dass Ihre Umgebung im Laufe des Tages nicht immer gleich ist, im Vergleich zum Abend und was auch immer wir im Beispiel mit den Wartungszeiträumen erwähnt haben, als wir haben hohe CPU-Auslastung oder was auch immer das sein mag.
In diesem Fall können wir mit diesen tatsächlichen Baselines mehrere Baselines haben, so dass ich zum Beispiel eine Baseline habe, die während meiner Wartungsstunden liegt. Aber ich könnte genauso einfach eine Grundlinie für meine Produktionsstunden erstellen. Und der Sinn des Tuns ist, wenn wir in eine Instanz von SQL gehen und tatsächlich diese mehreren Baselines haben, dann könnten wir irgendeine Art von Automatisierung, eine Art von Korrektur oder nur eine Warnung im Allgemeinen antizipieren und durchführen. anders spezifisch für diese Zeitfenster. Hier sehen Sie unter anderem, dass diese von uns generierten Baselines die Verlaufsdaten verwenden, um diese Analyse bereitzustellen. Noch wichtiger ist jedoch, dass ich diese Schwellenwerte statisch ändern, aber auch dynamisch automatisieren kann. Wenn also das Wartungsfenster oder das Wartungsbasisfenster angezeigt wird, werden diese Schwellenwerte automatisch auf die Belastungen umgeschaltet, auf die ich in diesem Zeitfenster stoße, im Vergleich zu möglicherweise mitten am Tag, an dem meine Belastungen nicht so sind viel, wenn die Workloads nicht so belastend sind.
Also, das ist etwas anderes, das man in Bezug auf die Grundlinie beachten sollte. Offensichtlich werden diese für Sie sehr hilfreich sein, um auch zu verstehen, was normal ist, und um auch zu verstehen, sich zu engagieren, wenn Ihnen auch die Ressourcen ausgehen. Nun, die andere Art von Dingen, die wir in dem Tool haben, die Ihnen helfen werden, Entscheidungen zu treffen, zusätzlich zum Baselining und der Fähigkeit, Warnungen um diese Baselines und die Schwellenwerte, die Sie dynamisch erstellen, einzurichten, ist, wie ich zuvor sagte, Nur in der Lage zu sein, eine ganze Reihe von Berichten zu erstellen, die mir helfen, Fragen zu beantworten, was los ist.
Wenn ich zum Beispiel 150 Instanzen habe, die ich verwalte - in meinem Fall nicht, dann müssen wir das so tun, als ob ich hier spiele -, aber wenn ich alle meine Produktionsinstanzen hätte und verstehen müsste, wo der Bereich ist, den ich habe Mit anderen Worten, wenn ich nur eine begrenzte Zeit habe, um eine Art von Administration durchzuführen, um die Leistung zu verbessern, möchte ich mich auf die Schlüsselbereiche konzentrieren. Wenn dies gesagt ist, kann ich sagen: „Ordnen Sie meine Instanzen auf der Grundlage dieser Umgebung gegeneinander an und geben Sie mir diese Rangfolge nach Konfliktpipe.“ Also, ob die Datenträgernutzung, die Speichernutzung, ob sie wartet, Ob es sich um eine Antwortzeit handelt, ich kann diese Instanzen miteinander in Beziehung setzen - oder ich sollte sagen Rang -. Offensichtlich ist die Instanz, die am Anfang jeder Liste steht, wenn es dieselbe Instanz ist, wahrscheinlich etwas, worauf ich mich wirklich konzentrieren möchte, weil sie offensichtlich wieder am Anfang der Liste steht.
Daher enthält das Tool zahlreiche Berichte, mit denen Sie die Umgebung auf Instanzebene einordnen können. Sie können dies auch auf Datenbankebene tun, wo ich meine Datenbanken gegeneinander bewerten kann. Speziell für Schwellenwerte und Bereiche, die ich festlegen kann, kann ich hier sogar Platzhalter einrichten, um mich nur auf bestimmte Datenbanken zu konzentrieren. Der springende Punkt ist jedoch, dass ich meine Datenbanken auf die gleiche Weise vergleichen kann. Was andere Arten der vergleichenden Analyse und die große in diesem Tool anbelangt, so ist dies auch die Basisanalyse, die wir haben. Wenn Sie hier zur Serviceansicht scrollen, sehen Sie, dass es sich um einen Basisstatistikbericht handelt. Dieser Bericht wird uns natürlich dabei helfen, nicht nur die Metrikwerte zu verstehen, sondern für eine bestimmte Instanz könnte ich herausgehen und für jede dieser Metriken in der Lage sein, die Basislinien für diese Metriken tatsächlich zu betrachten.
Was auch immer es sein mag, in Prozent oder was auch immer ich sagen könnte: "Sehen wir, wie die Grundlinie für diese in den letzten 30 Tagen ausgebrochen ist." In diesem Fall werden mir die tatsächlichen Werte gegenüber der Grundlinie und angezeigt Ich würde in der Lage sein, einige Entscheidungen anhand dieser Informationen zu treffen. Dies ist also eine der Situationen, in denen es darauf ankommt, welche Frage Sie gerade stellen. Aber dies wird Ihnen offensichtlich bei vielen dieser Fragen helfen. Ich wünschte, ich könnte sagen, wir hätten einen Bericht, der alles kann, und er ähnelt dem einfachen Bericht, in dem Sie drücken und auf die Schaltfläche klicken und einfach jede Frage beantworten, die Sie jemals beantworten könnten. Die Realität ist jedoch, dass Sie über eine Vielzahl von Attributen und Optionen verfügen, aus denen Sie in diesen Pulldowns auswählen können, um die Fragen vom Typ „Was wäre, wenn“ zu formulieren, nach denen Sie suchen.
Viele dieser Berichte zielen darauf ab, solche Fragen beantworten zu können. Und so ist es auch wirklich wichtig, dass diese Berichte und darüber hinaus all die Dinge, die Sie bereits in dem Tool gezeigt haben, wie ich bereits erwähnt habe, die Flexibilität haben, neue Metriken einzubeziehen, verwaltet zu werden und sogar Zähler erstellen zu können. oder SQL-Abfragen, die in Ihren Abfrageintervallen enthalten sind, um mir bei der Beantwortung dieser Fragen zu helfen, die wir möglicherweise nicht sofort überwachen wollten, können Sie diese Dinge hinzufügen. Und Sie könnten dann all die gleichen Dinge tun, die ich Ihnen gerade gezeigt habe: Baseline, Berichte ausführen und Berichte aus dieser Metrik erstellen und in der Lage sein, viele dieser verschiedenen Arten von Dingen zu beantworten und zu tun, die ich Ihnen hier zeige.
Darüber hinaus - und eines der Dinge, auf die wir in letzter Zeit offensichtlich stoßen werden - war es zunächst das, bei dem jeder auf VMs umstieg oder flippte. Und jetzt haben wir eine Menge Leute, die sich auf den Weg in die Cloud machen. Und es gibt eine Menge Fragen, die sich um diese Art von Dingen stellen. Ist es für mich sinnvoll, in die Cloud zu wechseln? Werde ich Geld sparen, wenn ich in die Cloud ziehe? Wie viel Geld kann ich sparen, wenn ich diese Dinge auf einer VM oder einem Computer mit gemeinsam genutzten Ressourcen ablege? Diese Art von Fragen wird natürlich auch auftauchen. Mit Diagnostic Manager können wir also eine Menge dieser Dinge aus den virtualisierten Umgebungen von VMware und Hyper-V hinzufügen und abrufen. Wir können auch Instanzen hinzufügen, die sich in der Cloud befinden, sodass Ihre Umgebungen wie beispielsweise Azure DB oder sogar RDS auch Metriken aus diesen Umgebungen abrufen können.
Es gibt also eine Menge Flexibilität und die Möglichkeit, diese Fragen zu beantworten, da sie sich auf andere Arten von Umgebungen beziehen, in die sich die Leute begeben. Und es gibt immer noch viele Fragen zu diesem Thema, und wenn wir sehen, dass Menschen diese Umgebungen konsolidieren, müssen sie auch in der Lage sein, diese Fragen zu beantworten. Das ist also ein ziemlich guter Überblick über Diagnostic Manager, da er sich auf dieses Thema bezieht. Ich weiß, dass das Thema Business Intelligence aufgetaucht ist und wir haben auch ein Tool für Business Intelligence, über das wir heute nicht gesprochen haben, aber es wird Ihnen auch einen Einblick in die Beantwortung dieser Art von Fragen geben, die sich auf Ihre Cubes und beziehen all diese verschiedenen Arten von Dingen. Aber hoffentlich war dies ein guter Überblick, zumindest in Bezug darauf, wie dieses Produkt dazu beitragen kann, einen guten Plan zu formulieren.
Eric Kavanagh: Alles klar, gute Sachen. Ja, ich werfe es Rick raus, wenn er noch da draußen ist. Rick, hast du Fragen?
Rick Sherman: Ja, also zuerst, das ist großartig, ich mag es. Besonders gut gefällt mir die Ausweitung auf VMs und Clouds. Ich sehe viele App-Entwickler, die denken, dass sie es nicht tun müssen, wenn es in der Cloud ist. Damit-
Bullett Manale: Richtig, wir müssen noch dafür bezahlen, richtig? Sie müssen immer noch für das bezahlen, was die Leute auf die Cloud setzen. Wenn es also schlecht läuft oder viele CPU-Zyklen verursacht, müssen Sie immer noch messen, ob Sie mehr Geld bezahlen müssen oder nicht dieses Zeug, absolut.
Rick Sherman: Ja, ich habe viele schlechte Designs in der Cloud gesehen. Ich wollte fragen, ob dieses Produkt auch verwendet werden kann. Ich weiß, dass Sie das BI-Produkt erwähnt haben und dass Sie Unmengen anderer Produkte haben, die miteinander interagieren. Aber würden Sie sich mit der SQL-Leistung befassen, mit einzelnen Abfragen in diesem Tool? Oder wären es andere Werkzeuge, die dafür verwendet würden?
Bullett Manale: Nein, das wäre absolut. Das ist eines der Dinge, die ich nicht behandelt habe und die ich wollte, der Abfrageteil davon. Es gibt viele verschiedene Möglichkeiten, um die Abfrageleistung zu ermitteln, unabhängig davon, ob sie mit den hier gezeigten Wartezeiten zusammenhängt oder ob sie mit dem Ressourcenverbrauch von Abfragen insgesamt zusammenhängt. Es gibt eine ganze Reihe von Möglichkeiten, die Abfrage zu analysieren Performance. Ob es sich um die Dauer, die CPU, die E / A und noch einmal handelt, wir können auch die Workloads selbst betrachten, um einen Einblick zu erhalten. Wir können die Empfehlungen im Analysebereich bereitstellen und haben auch eine webbasierte Version, die Informationen zu den Abfragen selbst bereitstellt. So kann ich Empfehlungen zu fehlenden Indizes und der Möglichkeit erhalten, den Ausführungsplan und all diese Dinge anzuzeigen. Es ist auch eine Fähigkeit. Auf jeden Fall können wir Anfragen auf sieben Arten zum Sonntag diagnostizieren (lacht) und diesen Einblick in die Anzahl der Ausführungen gewähren, sei es in Bezug auf den Ressourcenverbrauch, die Wartezeiten, die Dauer und all das Gute.
Rick Sherman: OK, großartig. Und was belastet dann die Instanzen selbst mit all dieser Überwachung?
Bullett Manale: Das ist eine gute Frage. Die Herausforderung bei der Beantwortung dieser Frage besteht darin, dass sie wie alles andere ist. Vieles von dem, was unser Tool zu bieten hat, bietet Flexibilität. Ein Teil dieser Flexibilität besteht darin, dass Sie angeben können, was zu sammeln ist und was nicht. Zum Beispiel muss ich bei den Abfragen selbst keine Warteinformationen erfassen, oder ich kann. Ich kann Informationen zu Anfragen sammeln, die eine bestimmte Zeit oder Ausführungsdauer überschreiten. Wenn ich zum Beispiel in den Monitor zum Konfigurieren von Abfragen gehen und sagen würde: "Ändern wir diesen Wert auf Null", dann lässt die Realität das Tool im Grunde genommen jede Abfrage sammeln, die ausgeführt wird, und das ist wirklich nicht die Warum das so ist, ist klar, aber im Allgemeinen könnte ich das tun, wenn ich eine vollständige Stichprobe der Daten für alle Abfragen bereitstellen möchte.
Es ist also sehr relativ zu den Einstellungen, die Sie normalerweise standardmäßig vorgenommen haben. Der Overhead liegt zwischen 1 und 3 Prozent, es gelten jedoch andere Bedingungen. Es hängt auch davon ab, wie viele Portabfragen in Ihrer Umgebung ausgeführt werden, oder? Dies hängt auch von der Methode zur Erfassung dieser Abfragen und der SQL-Version ab. Beispielsweise konnte SQL Server 2005 nicht von erweiterten Ereignissen abrufen, wohingegen wir zu diesem Zweck von einer Ablaufverfolgung abrufen würden. Es wäre also ein bisschen anders in Bezug auf die Art und Weise, wie wir diese Daten sammeln würden, aber das besagt, wie ich bereits sagte, dass wir mit diesem Produkt seit ungefähr 2004 arbeiten. Es ist schon lange her, wir haben Tausende von Kunden, also wollen wir als letztes ein Tool zur Leistungsüberwachung haben, das Leistungsprobleme verursacht (lacht). Deshalb versuchen wir, so weit wie möglich davon Abstand zu nehmen, aber im Allgemeinen sind etwa 1 bis 3 Prozent eine gute Faustregel.
Rick Sherman: OK, und das ist ziemlich niedrig, das ist also großartig.
Eric Kavanagh: Gut. Robin, hast du Fragen?
Robin Bloor: Es tut mir leid, ich war stumm. Sie haben mehrere Datenbanken, und ich bin daran interessiert, wie Sie mehrere Datenbanken anzeigen können, und deshalb wissen Sie, dass eine größere Ressourcenbasis möglicherweise auf verschiedene virtuelle Maschinen aufgeteilt ist, und so weiter und so fort. Ich bin daran interessiert, wie die Leute das tatsächlich nutzen. Ich bin daran interessiert, was die Kunden damit machen. Weil mir das so vorkommt, als ich mit Datenbanken rumgespielt habe, etwas, das ich nie zur Hand hatte. Und ich würde zu jedem Zeitpunkt immer nur eine Instanz auf eine sinnvolle Weise betrachten. Wie nutzen die Leute das?
Bullett Manale: Im Allgemeinen sprechen Sie im Allgemeinen nur über das Tool selbst? Wie werden sie benutzt? Ich meine, im Allgemeinen geht es darum, einen zentralen Ort der Präsenz der Umwelt zu haben. Sie haben die Gewissheit, dass sie wissen, dass alles gut ist, wenn sie auf einen Bildschirm starren und grün sehen. Wenn Probleme auftreten und offensichtlich die meisten Fälle aus Sicht des Datenbankadministrators, treten diese Probleme häufig vor der Konsole auf, sodass Sie benachrichtigt werden können, sobald das Problem auftritt. Aber zusätzlich dazu, um zu verstehen, wann das Problem auftritt, um die Informationen auf den Punkt zu bringen, die ihnen einen Anhaltspunkt dafür geben, warum es passiert. Und das ist, denke ich, der größte Teil: Proaktiv zu sein, nicht reaktiv zu sein.
Die meisten DBAs, mit denen ich spreche - und ich weiß nicht, dass es ein guter Prozentsatz von ihnen ist - befinden sich leider immer noch in einer reaktiven Umgebung. Sie warten darauf, dass sich ein Verbraucher an sie wendet, um ihnen ein Problem mitzuteilen. Wir sehen also viele Leute, die versuchen, sich davon zu lösen, und ich denke, dass dies ein großer Grund dafür ist, dass die Leute dieses Tool mögen, weil es ihnen hilft, proaktiv zu sein, ihnen aber auch einen Einblick in das gibt, was vor sich geht Was ist das Problem, aber in vielen Fällen ist es zumindest das, was wir finden - und vielleicht sagen uns das nur die DBAs -, aber die DBAs, die Wahrnehmung ist immer ihr Problem, selbst wenn es der Anwendungsentwickler ist, der die Anwendung geschrieben hat das hat es nicht richtig geschrieben, sie sind diejenigen, die die Schuld auf sich nehmen werden, weil sie diese Anwendung in ihre Systeme oder Server übernehmen und dann, wenn die Leistung schlecht ist, alle auf den DBA zeigen: "Hey, es ist deine Schuld."
Daher wird dieses Tool häufig verwendet, um dem DBA zu helfen, zu sagen: „Hey, hier liegt das Problem und ich bin es nicht.“ (Lacht) Wir müssen Verbessern Sie dies, unabhängig davon, ob die Abfragen geändert werden oder was auch immer. In einigen Fällen fällt es ihnen in Bezug auf ihre Verantwortung schwer, aber zumindest das Werkzeug zu haben, um ihnen zu helfen, das zu verstehen und zu wissen, und es rechtzeitig zu tun, ist offensichtlich der ideale Ansatz.
Robin Bloor: Ja, die meisten Websites, mit denen ich vertraut bin, aber es ist schon eine Weile her, dass ich mir verschiedene Websites mit mehreren Datenbanken angesehen habe. Meistens stellte ich jedoch fest, dass es Datenbankadministratoren gab, die sich auf eine Handvoll davon konzentrierten Datenbanken. Und das wären die Datenbanken, die, wenn sie jemals ausfielen, ein wirklich großes Problem für das Unternehmen darstellen würden und so weiter und so fort. Und die anderen, sie sammeln nur ab und zu Statistiken, um zu sehen, dass ihnen nicht der Raum ausgeht und sie sie niemals ansehen würden. Und während Sie die Demo machten, habe ich mir das angeschaut und auf die eine oder andere Weise gut überlegt. Sie erweitern dies, indem Sie einfach so etwas für Datenbanken bereitstellen, für die sich oft niemand zu sehr interessiert, weil sie Datenwachstum haben Sie haben manchmal auch Anwendungswachstum. Sie erweitern die DBA-Abdeckung auf dramatische Weise. Das ist also die eigentliche Frage, ob Sie mit einer Reihe von Tools wie diesem in der Lage sind, praktisch jeder Datenbank im Unternehmensnetzwerk einen DBA-Service zuzuweisen.
Bullett Manale: Sicher, ich meine, die Herausforderung besteht darin, dass, wie Sie ziemlich eloquent sagten, es einige Datenbanken gibt, die den Datenbankadministratoren wichtig sind, und dann einige, die ihnen weniger wichtig sind. Und die Art und Weise, wie dieses spezielle Produkt lizenziert wird, hängt von der jeweiligen Instanz ab. Es gibt also, wie Sie vielleicht sagen würden, eine Schwelle, bis zu der sich die Leute entscheiden: „Hey, das ist nicht kritisch genug, um es mit diesem Tool zu verwalten.“ Es gibt jedoch noch weitere Tools, die wir haben Ich nehme an, diese weniger wichtigen Instanzen von SQL zu bedienen. Einer davon ist wie der Inventar-Manager, in dem wir die Instanzen auf den neuesten Stand bringen, aber zusätzlich zu den von uns durchgeführten Ermittlungen ermitteln wir neue Instanzen, die online geschaltet wurden, und von diesem Zeitpunkt an Als DBA kann ich sagen: „OK, hier ist eine neue Instanz von SQL, ist es jetzt Express? Ist es die kostenlose Version oder eine Enterprise-Version? “Das ist wahrscheinlich eine Frage, die ich mir stellen möchte, aber zweitens, wie wichtig ist mir diese Instanz? Wenn es nicht so wichtig ist, kann es sein, dass dieses Tool ausgeht und es ausführt, allgemein, was ich als allgemeine Gesundheitsprüfung bezeichne, in dem Sinne, dass es die elementaren Arten von Dingen sind, die mir als DBA wichtig sind: Füllt sich das Laufwerk? Reagiert der Server auf Probleme? Die Hauptsachen, richtig?
Während mit Diagnostic Manager, dem Tool, das ich Ihnen gerade gezeigt habe, die Abfrageebene, die Empfehlung von Indizes, der Ausführungsplan und all die guten Dinge im Vordergrund stehen, wobei sich diese hauptsächlich auf die Abfrageebene konzentrieren Wem gehört was, was gehört mir und wer ist dafür verantwortlich? Welche Service Packs und Hotfixes habe ich? Und laufen meine Server mit den Hauptbestandteilen einer aus meiner Sicht fehlerfreien SQL-Instanz? Um Ihre Frage zu beantworten, gibt es eine kleine Mischung. Wenn wir Leute haben, die sich dieses Tool ansehen, betrachten sie normalerweise eine kritischere Menge von Instanzen. Das heißt, wir haben einige Leute, die jede Instanz, die sie haben, kaufen und verwalten, also hängt es einfach davon ab. Aber ich sage Ihnen, insgesamt gibt es definitiv eine Schwelle für die Leute, die der Ansicht sind, dass ihre Umgebung wichtig genug ist, um ein solches Tool zum Verwalten dieser Instanzen zu haben.
Robin Bloor: Okay, noch eine Frage, bevor ich sie an Eric weitergebe. Der Eindruck, den man beim Betrachten der Branche erhält, ist, dass Datenbanken immer noch ein Leben haben, aber alle Daten fließen in all diese Datenseen und so weiter und so fort. Das ist der Hype, und der Hype spiegelt nie die Realität wider, also bin ich daran interessiert, welche Art von Realität du da draußen wahrnimmst? Sind die wichtigen Datenbanken innerhalb eines Unternehmens, erleben sie das traditionelle Datenwachstum, das ich früher als 10 Prozent pro Jahr betrachtete? Oder wachsen sie mehr als das? Macht Big Data diese Datenbanken zum Ballon? Was ist das Bild, das Sie sehen?
Bullett Manale: Ich denke, in vielen Fällen wurden einige Daten in die anderen Segmente verschoben, in denen es sinnvoller ist, wenn andere Technologien verfügbar werden. Seit kurzem sind einige der größeren Daten Sachen. Aber diese Datenbanken, würde ich sagen, sind in vielen Fällen schwer zu verallgemeinern, weil jeder ein bisschen anders ist. Im Allgemeinen sehe ich jedoch einige Abweichungen. Ich sehe, wie ich bereits sagte, dass die Leute in vielen Fällen zu den elastischen Modellen übergehen, weil sie die Ressourcen vergrößern wollen und nicht so sehr in anderen Bereichen. Einige Leute bewegen sich zu Big Data. Aber es ist schwer, ein Gefühl für die Wahrnehmung zu bekommen, sagen Sie, weil im Allgemeinen die Leute, mit denen ich spreche, über die traditionellen Datenbanken verfügen und diese in einer SQL Server-Umgebung verwenden.
Das heißt, ich würde in Bezug auf SQL selbst sagen, ich denke immer noch, dass es Marktanteile gewinnt. Und ich denke, es gibt eine Menge Leute, die immer noch von anderen Orten wie Oracle auf SQL zusteuern, weil es erschwinglicher ist und offensichtlich zu sein scheint, da SQL-Versionen fortschrittlicher werden - und Sie sehen dies mit den neueren Dingen, die auf dem Vormarsch sind In Bezug auf die Verschlüsselung und all die anderen Funktionen, die SQL zu einer Umgebung oder einer Datenbankplattform machen, ist SQL offensichtlich sehr geschäftskritisch. Also, ich denke, wir haben das auch gesehen. Wo du eine Verschiebung siehst, geschieht es immer noch. Ich meine, es geschah vor 10 Jahren. Ich denke, es ist immer noch so, was SQL Server betrifft, wo die Umgebungen wachsen und der Marktanteil wächst.
Robin Bloor: OK, Eric, ich nehme an, das Publikum hat eine oder zwei Fragen?
Eric Kavanagh: Ja, lass mich einen schnellen zu dir rüberwerfen. Eigentlich ist es eine ziemlich gute Frage. Einer der Teilnehmer fragt, ob dieses Tool möglicherweise einen Index benötigt, um die Abfrage zu beschleunigen. Wenn ja, können Sie ein Beispiel zeigen?
Bullett Manale: Ja, ich weiß nicht, ob ich einen speziell zum Hinzufügen eines Index habe, aber Sie können hier sehen, dass wir hier Fragmentierungsempfehlungen haben. Ich glaube auch nur, dass wir es soeben getan haben, und dies war Teil des Diagnostic Managers, der die webbasierte Version anbot. Dort wird mir mitgeteilt, dass ich einen fehlenden Index habe. Wir können uns diese Empfehlungen ansehen und den potenziellen Nutzen daraus ableiten, indem wir diese Informationen indizieren. Die andere Sache, die ich erwähnen möchte, ist, dass, wenn wir die Empfehlungen machen, für viele von ihnen das Skript dafür erstellt wird. Diese Beispiele sind kein gutes Beispiel, aber Sie können sehen, in welchen Situationen ein Index - entweder ein doppelter Index oder die Hinzufügung eines Index - die Leistung verbessern würde, und wie ich bereits sagte, tun wir viel das durch hypothetische Indexanalyse. Daher ist es für das Verständnis des Arbeitsaufwands sehr hilfreich, dies auf die Empfehlung anwenden zu können.
Eric Kavanagh: Das ist großartig, und das wird mir einen guten Überblick über die letzten Kommentare geben. Robin und ich und auch Rick haben über viele Jahre gehört, dass es sich um selbstoptimierende Datenbanken handelt. Es ist eine selbstoptimierende Datenbank! Ich kann Ihnen nur sagen: Glauben Sie ihnen nicht.
Bullett Manale: Glauben Sie nicht dem Hype.
Eric Kavanagh: Es mag einige kleine Dinge geben, die dynamisch erledigt werden, aber selbst das möchten Sie vielleicht überprüfen und sicherstellen, dass es nichts tut, was Sie nicht möchten. Lange Zeit brauchten wir Tools wie dieses, um zu verstehen, was auf Datenbankebene geschieht. Wie Robin sagte, sind Data Lakes faszinierende Konzepte, aber es gibt wahrscheinlich ungefähr so viele Chancen, dass sie die Kontrolle übernehmen, wie es tatsächlich gibt Ein Monster aus Loch Ness, jederzeit. Also, ich würde einfach noch einmal sagen, die reale Welt hat eine Menge Datenbanktechnologie, wir brauchen Leute, DBAs, die sich dieses Zeug ansehen und es synthetisieren. Sie können sagen, Sie müssen wissen, was Sie tun, um dieses Zeug zum Laufen zu bringen. Sie benötigen jedoch die Tools, um die Informationen zu erhalten, die Sie benötigen, um zu wissen, was Sie tun. Unterm Strich geht es den DBAs also gut.
Und ein großes Dankeschön an Bullett Manale und unsere Freunde bei IDERA. Und natürlich Rick Sherman und Robin Bloor. Wir archivieren alle diese Webcasts. Weitere Informationen hierzu finden Sie online unter insideanalysis.com oder auf unserer Partnerseite unter www.techopedia.com.
Und damit verabschieden Sie sich, Leute. Nochmals vielen Dank, bis zum nächsten Mal. Sich kümmern. Tschüss.