Environments & read-only
Know which server you are on before you press F5
Classify a connection as Development, Test, Production or Failover, and put a read-only guard on the ones nobody should write to.
- Entwicklung, Test, Produktion, Failover
- Farbe plus Textkürzel, nie Farbe allein
- Sichtbar im Navigator und auf dem Editor-Reiter
- Davon unabhängiger Schreibschutz
- Bestehende Produktionsverbindungen bleiben geschützt
Jeder in diesem Feld hat es entweder getan oder war einen Tastendruck davon
entfernt: der Editor-Reiter, der wie das Testsystem aussah, ein
UPDATE ohne WHERE und ein paar sehr stille Sekunden
danach. Die üblichen Verteidigungslinien sind eine Namenskonvention und
Aufmerksamkeit — und beide versagen an dem Tag, an dem man müde ist.
Version 4.01 ergänzt die Verbindungseigenschaften um einen Reiter Umgebung. Er beantwortet zwei getrennte Fragen: Was für ein System ist das — und darf ich darauf schreiben?
Die vier Einstufungen
| Einstufung | Kürzel | Was sie aussagt | Schreibschutz |
|---|---|---|---|
| Entwicklung | [DEV] | Ihre eigene Instanz — oder eine, an der es niemanden stört, wenn etwas kaputtgeht. | Standardmäßig aus. |
| Test | [TEST] | Ein gemeinsam genutztes Integrations- oder Abnahmesystem. Andere arbeiten darauf, auch wenn die Daten entbehrlich sind. | Standardmäßig aus — aber die Einstufung, für die sich das Einschalten am meisten lohnt. |
| Produktion | [PROD] | Das System, auf dem ein falsches UPDATE zu einem Incident-Bericht wird. | Wird bei der Wahl für Sie gesetzt. |
| Failover | [FAILOVER] | Ein Mirror-Mitglied oder Standby, das mit seinem Primary identisch bleiben muss. | Wird bei der Wahl für Sie gesetzt. |
Jede Einstufung hat ihre eigene Farbe, und diese Farbe erscheint an den zwei
Stellen, auf die Sie tatsächlich schauen: im Baum des
Server Navigator und auf dem Reiter des
SQL-Editors, in den Sie gerade tippen.
Neben der Farbe steht das Kürzel — [DEV], [TEST],
[PROD], [FAILOVER] —, denn ein Signal, das nur als
Farbe existiert, ist nicht für alle ein Signal und übersteht keinen Screenshot,
der in ein Ticket geklebt wird.
Warum der Schreibschutz ein eigener Schalter ist
Weil die beiden Fragen tatsächlich auseinandergehen. Ein gemeinsam genutztes Testsystem, auf das sich vier Teams verlassen, ist ein Testsystem, auf das Sie nicht schreiben sollten. Eine Reporting-Replik ist keine Produktion, aber darauf zu schreiben ist bestenfalls sinnlos. Und ein Produktionssystem in einem abgestimmten Wartungsfenster ist ein System, auf das Sie bewusst schreiben — und auf dem Sie die rote Markierung trotzdem weiter anschreien lassen wollen.
Deshalb: Verbindung ist schreibgeschützt steht neben der Einstufung und ist von ihr unabhängig. Produktion oder Failover setzen das Häkchen für Sie, als sichere Vorgabe; Sie können es wieder entfernen, und in beiden Richtungen fragt eine Bestätigung nach — den Wächter abzuschalten ist eine Entscheidung, und ihn für eine Verbindung einzuschalten, die andere benutzen, ebenso.
Was der Wächter wirklich ablehnt
- Der SQL-Editor lässt nur Statements durch, die er als lesend erkennt. Ein schreibendes Statement verlässt den Client nicht.
- Das Ergebnisraster bleibt unveränderlich — keine Zellbearbeitung auf einer geschützten Verbindung.
- Der Data Pumper lehnt sie als Kopierziel ab.
- Die Klassenaktionen — Löschen, Kopieren, Importieren, Kompilieren — und das Löschen von Cached Queries verweigern die Ausführung.
Das ist ein clientseitiger Wächter, und er gibt sich als solcher zu erkennen. Er ersetzt nicht, sich mit einem Datenbankkonto zu verbinden, das nur lesen darf — das ist die eigentliche Grenze, und SQL DATA LENS ist darauf ausgelegt, damit zu arbeiten, siehe Sicherheit und Datenschutz. Nehmen Sie beides: Das Konto begrenzt, was den Server erreicht, der Wächter hält den Fehler auf, bevor Sie ihn gemacht haben.
Nach dem Update — und woher die Einstufung kommt
Bestehende Verbindungen behalten ihren Schutz. Eine, die bereits als Produktion oder Failover eingestuft war, ist nach dem Update ohne Ihr Zutun schreibgeschützt; sonst wird nichts stillschweigend abgeriegelt.
Für IRIS und Caché kann die Einstufung dem System-Modus der Instanz folgen — ein Server, den die Administration ohnehin schon als Produktionsinstanz gekennzeichnet hat, kommt hier eingestuft an, ohne eine zweite, von Hand gepflegte Liste darüber, welcher Server welcher ist. Die Übernahme dieses Werts schaltet den Schreibschutz nie ab.
Eine Einstufung wird für Sie gesetzt und lässt nicht mit sich verhandeln: Der SQL-Analyseendpunkt eines Microsoft-Fabric-Lakehouse ist schreibgeschützt, weil der Endpunkt selbst es ist. Siehe Azure SQL und Fabric.
Im Team ausrollen
Eine Einstufung ist nur etwas wert, wenn der Client aller Beteiligten sie kennt. Exportieren Sie die Verbindung — oder die ganze Gruppe — als Team-Profil, legen Sie die Datei auf ein Share, und jeder, der sie importiert, bekommt dieselben Server mit denselben Einstufungen und denselben Wächtern, ohne dass Zugangsdaten in der Datei stehen. Dieser Mechanismus ist unter sichere Verbindungen beschrieben.
Fragen zum Schreibschutz
Was genau blockiert der Schreibschutz?
Vier Dinge. Der SQL-Editor lässt nur Statements durch, die er als lesend erkennt — ein SELECT läuft, ein UPDATE, INSERT, DELETE oder DDL-Statement verlässt den Client nicht. Das Ergebnisraster bleibt unveränderlich, es gibt also keine Zellbearbeitung an Ort und Stelle. Der Data Pumper lehnt die Verbindung als Ziel ab. Und die Klassenaktionen sowie das Löschen von Cached Queries verweigern die Ausführung.
Es ist ein clientseitiger Wächter, kein Ersatz für ein Datenbankkonto mit Leserechten. Nehmen Sie beides: Das Konto ist die Grenze, dieser Wächter hält den Fehler auf, bevor er den Server erreicht.
Kann ein Testsystem schreibgeschützt sein — und ein Produktionssystem beschreibbar?
Beides ja, und genau deshalb sind es zwei getrennte Einstellungen. Ein gemeinsam genutztes Testsystem oder eine Reporting-Replik kann die Testfarbe tragen und trotzdem Schreibzugriffe ablehnen. Ein Produktionssystem, auf das Sie bewusst schreiben — ein abgestimmtes Wartungsfenster, eine vereinbarte Datenkorrektur —, behält die rote Markierung als die Warnung, die sie sein soll. Produktion oder Failover setzen das Häkchen für Sie, und Sie können es wieder entfernen; in beiden Richtungen fragt eine Bestätigung nach.
Was passiert nach dem Update mit meinen bestehenden Verbindungen?
Sie behalten den Schutz, den sie hatten. Eine bereits als Produktion oder Failover eingestufte Verbindung ist nach dem Update auf 4.01 ohne Ihr Zutun schreibgeschützt. Nicht eingestufte Verbindungen bleiben, wie sie waren, und verhalten sich genau wie zuvor — es wird nichts stillschweigend abgeriegelt.
Kann die Einstufung von der IRIS-Instanz selbst kommen?
Ja. Für IRIS und Caché kann die Einstufung dem System-Modus der Instanz folgen — ein Server, den die Administration als Produktionsinstanz gekennzeichnet hat, erscheint hier als Produktion, ohne dass jemand es ein zweites Mal eintippt. Die Übernahme dieses Werts schaltet den Schreibschutz nie ab: Ein geschützter Server bleibt geschützt.
Ist die Farbe das einzige Signal?
Nein, absichtlich nicht. Jede Einstufung trägt neben der Farbe ein kurzes Textkürzel — [DEV], [TEST], [PROD], [FAILOVER] —, damit die Unterscheidung eine Farbfehlsichtigkeit, einen Beamer, einen Screenshot in einem Ticket und ein dunkles Thema übersteht.
Der nächste Schritt
Stufen Sie zuerst Ihre Produktionsverbindung ein, vor allem anderen. Das dauert etwa fünfzehn Sekunden und ist die eine, auf die es ankommt. Laden Sie SQL DATA LENS herunter und fangen Sie dort an.
Explore your IRIS data from SQL down to globals
Download, unzip, connect. Your first namespace is on screen in about three minutes.
Windows 10, 11 and Windows Server (64-bit) · ~130 MB · version 4.01 · full 30-day Pro trial included