Processes, locks, tasks, logs and CPF — without the Management Portal

Viele Anfragen an einen IRIS-Administrator beginnen damit, dass jemand versucht, etwas im Management Portal zu finden. Das Portal macht das meiste davon gut, aber es ist nicht durchsuchbar, und die Seiten, die Grids anzeigen, können nicht mit SQL abgefragt werden. Wenn man schnell einen Lock finden will, der blockiert, oder die Konfiguration eines spezifischen Cache-Parameters über vierzig Namespaces überprüfen will, ist die richtige Antwort SQL, nicht zwanzig Seiten-Klicks.

Die Administrations-Ansichten stellen die Konfiguration der laufenden IRIS-Instanz als Tabellen dar — CPF-Einstellungen, Datenbanken, Log-Dateien, Prozesse, Locks, Journals — damit sie wie normale Daten behandelt werden können. Man kann einen Lock-Besitzer in zwei Sekunden mit einer WHERE-Klausel finden, und Grids können gefiltert, sortiert und nach Excel exportiert werden, ohne einen Parser schreiben zu müssen, um das Portal zu scrapen.

Was die Ansichten abdecken

Konfigurationsdatei (CPF)

Jeder konfigurierbare Parameter in config.cpf wird als Zeile sichtbar gemacht, mit seinem aktuellen Wert und der Section, in der er definiert ist. Das bedeutet, dass man nicht im Portal klicken muss, um herauszufinden, ob gmheap auf einen bestimmten Wert gesetzt ist oder die Standardeinstellung verwendet wird. Man kann SQL mit WHERE parameter LIKE '%heap%' laufen lassen und sofort eine Liste sehen.

Die Ansicht ist schreibgeschützt. SQL DATA LENS ändert niemals eine Server-Konfiguration, ohne dass ein Menüpunkt das explizit verspricht. Wenn die CPF-Ansicht eine Einstellung als veränderungswürdig kennzeichnet, dann liegt das im Management Portal, nicht hier.

Datenbanken

Die Liste der gemounteten Datenbanken, mit physischem Pfad, Größe, Mount-Status, Zugriffsmodus (Read/Write, schreibgeschützt, montiert), Spiegelstatus und den IRIS-Datenbankzahlen für jede Datenbank. Es wird jedes Mal abgefragt, wenn Sie es öffnen, also ist es live — ein Datenbank-Mount-Ereignis erscheint, sobald es passiert.

Die Größenspaltung trennt die gemeldete Größe auf der Festplatte von der zugewiesenen Cache-Größe. Eine Datenbank, die 30 GB auf der Festplatte belegt, aber in einem Cache von 512 MB läuft, ist ein Performance-Hinweis: Die meisten Reads werden an die Platte gehen. Das sollte entweder erklärt werden können, oder die Cache-Größe sollte angepasst werden.

Log-Dateien

Alle aktiven Logs auf dem Server, durchsuchbar und filterbar in einem Grid, das sehr dem IRIS.log im Terminal ähnelt — außer dass man eine Zeile kopieren, in Excel exportieren und mit WHERE nach einem bestimmten Substring filtern kann. Die Logs sind keine SQL-Tabelle, die auf dem Server lebt; SQL DATA LENS liest das Dateisystem jedes Mal, wenn man die Ansicht öffnet, und schreibt niemals zurück, also kann man keine Log-Einträge löschen, ohne die eigentliche Datei zu löschen.

Der häufigste Anwendungsfall ist das Finden eines bestimmten Fehlers, also hat das Grid ein Suchfeld oben. Alle Zeilen, die nicht den Suchbegriff enthalten, werden herausgefiltert. Es gibt noch kein Regex-Matching, nur Substring.

Prozesse und Locks

Die Liste der aktiven Prozesse auf der Instanz, mit PID, Namespace, aktueller Routine, CPU-Zeit, Startzeit, und ob der Prozess auf einen Lock wartet. Locks selbst werden separat aufgelistet — welches Objekt gesperrt ist, welcher Prozess es hält, und welche Prozesse darauf warten. Das ist das wichtigste Administrations-Werkzeug für Deadlock-Triage: einen Prozess finden, der blockiert, die Lock-Zeile nachschlagen, die den Besitzer nennt, und dann diesen Prozess-Namen nachschlagen, um zu sehen, was er macht.

Weder Prozesse noch Locks können aus SQL DATA LENS beendet werden. Diese Ansichten sind schreibgeschützte Diagnosen, nicht ein Werkzeug, um die Dinge zu stoppen.

Journal-Status

Die Journal-Settings-Ansicht zeigt den aktuellen Journaling-Status jeder Datenbank, die Größe der Journaldateien, das Journal-Verzeichnis und das Journal-Format. Das ist nützlich, um zu überprüfen, dass Journaling nach einer Wiederherstellung aktiviert ist, oder um festzustellen, wo sich die Dateien tatsächlich befinden, wenn man ein Backup durchführen muss.

SQL Gateway-Verbindungen

Das SQL Gateway von IRIS (ODBC/JDBC-Verbindungen zu anderen Datenbanken) kann durch SQL DATA LENS durchsucht, erstellt und gelöscht werden. Die Ansichten listen die aktiven Gateway-Verbindungen auf, und es gibt einen Wizard, um eine neue Verbindung zu erstellen, indem man eine JDBC-Verbindungszeichenkette angibt, oder alternativ, indem man eine Verbindung klont, die man bereits lokal in SQL DATA LENS konfiguriert hat. Das ist der schnellste Weg, eine Gateway-Verbindung zu erstellen, wenn Sie schon eine Verbindung in SQL DATA LENS haben, die funktioniert.

Sobald eine Gateway-Verbindung existiert, kann die $SYSTEM.SQL.Schema.ImportForeignTables() Methode verwendet werden, um eine Tabelle oder View aus der Fremdquelle in IRIS zu linken, wobei eine neue Klasse generiert wird, die alle Reads/Writes umleitet. Von da an kann die Tabelle gejoint werden wie jede andere Tabelle — solange alle Tabellen im Statement aus derselben Gateway-Verbindung stammen. Das ist die große Einschränkung des SQL Gateways: Statements können nicht über heterogene Datenquellen joinen. Wenn das benötigt wird, verwenden Sie stattdessen Query Cloud.

Mapped Tables (Caché)

Das Mapped-Tables-Feature, geerbt von Caché Monitor, ermöglicht die Zuordnung des Datenspeichers einer Klasse oder Tabelle in einen anderen Namespace, wodurch sie neben lokalen Tabellen abgefragt werden kann, als ob sie dort leben würde. SQL DATA LENS kann Mapped Tables auflisten, erstellen und löschen — es ist eine reine Administrations-Aufgabe, also lebt es im Administrations-Bereich.

Mapped Tables funktionieren nur für Caché, nicht für IRIS. Und sie erfordern Vorsicht: Die Original-Tabelle und die gemappte Tabelle teilen sich denselben Datenspeicher, also löscht ein DELETE durch das Mapping die echten Daten. Die Ansicht ist absichtlich nicht in einem Standardbereich für Explorer, weil die Semantik gefährlich ist.

Wie das in den Rest des Tools passt

Die Administrations-Ansichten sind kein Ersatz für das Management Portal. Sie sind ein Ersatz für „das Portal öffnen und auf fünfzehn Seiten klicken, um die Größe einer Datenbank zu finden". Wenn ein Wert lesbar, filterbar und kopierbar sein muss, ist ein Grid die richtige Schnittstelle. Wenn eine Aktion das Ändern von etwas erfordert — einen Prozess stoppen, eine Datenbank mounten, einen Parameter in der CPF ändern — ist das Portal die richtige Antwort, und SQL DATA LENS wird nicht vorgeben, es zu ersetzen.

Was ein SQL-Client tun kann, ist, die Dinge, die SQL DATA LENS bereits tut, in Administrations-Kontexten wiederverwendbar zu machen. SQL Gateway-Verbindungen werden hier verwaltet, weil SQL DATA LENS Verbindungen bereits verwaltet, also war die Gateway-Version dieselbe Arbeit. Logs sind hier, weil eine Textdatei eine Datei ist, und SQL DATA LENS liest Textdateien gut. Die Überschneidung macht die Administrations-Ansichten brauchbar, ohne eine ganze zweite Oberfläche für das Management zu bauen.

Die Administrations-Ansichten sind in jeder Edition verfügbar, einschließlich der Free Edition. Laden Sie SQL DATA LENS herunter und durchsuchen Sie die Konfiguration Ihrer IRIS-Instanz mit SQL, ohne das Portal zu öffnen.