Lizenzierung SQL Server 2016/2019/2022, AlwaysOn ReadOnly secondary Server

[adi_68 0]

Hallo liebe MS Gemeinde, ich grüsse euch und ich denke, gerade als Neumitglied, ist bestimmt nicht zu spät allen ein frohes Neues noch, Glück und vorallem Gesundheit zu wünschen!
Ich bin Frank, seit 1995 im Bereich SQL Server tätig, eher im Admin Bereich, das Development liegt mir eher so nicht, habe im Microsoft Umfeld 46 Zertifikatsprüfungen abgelegt seitdem, kämpfe mich nun durch die Azurewelt, aber auch das werde ich wohl noch überleben. Bin in der Schweiz in unserem Unternehmen landesweit bekannt als Cluster- und AlwayswOn-Spezialist, aber bei einem Thema, welches hier die Frage ist, muss ich sagen, k.A.
Ich habe einen Kunden der einen AlwaysOn-Cluster Enterprise betreibt, Aktiv-Passiv. UNsere Datenbank steht aber nicht nur unserer Applikation zur Verfügung, sondern es wird auch über den IIS das interne Intranet mit Daten gefüllt. Diese Transaktionen machen einen dermassenen Terror, das ein normales Arbeiten in unserer Applikation nicht mehr möglich ist. NUn lese ich das es möglich sei einen Listener so zu verbiegen das er Read-Only auf dem passiven Server sich connecten kann. Nun steht aber die Befürchtung im Raum das der zweite Node dann voll lizensiert werden muss. Ist das wirklich bei diesem Konstrukt so? Wäre sehr schade und würde das Projekt aus Kostengründen leider zum Tode erklären. Ich danke euch im voraus für die Antworten und liebe Grüsse, Frank

[cj_berlin 1.323]

Moin und herzlich Willkommen,

 

<Disclaimer: Keine verbindliche Rechts- oder Lizenzberatung in einem freien offenen Forum möglich!>

 

Die Befürchtung ist begründet. Sobald irgendwas auf den zweiten Knoten zugreift, ob lesend oder schreibend, ist er zu lizenzieren.

[adi_68 0]

Ich danke Dir herzlich, aber dann ist das wohl gestorben...habe bis jetzt auch keine andere Idee, Lizenz ist nicht möglich vom Hausbudget her.... :-(

[cj_berlin 1.323]

Greift das Intranet parallel auf eure Datenbank zu? Lässt sich da vielleicht nachts ein Abzug in eine andere Instanz machen und das Intranet von dort befeuern? Diese Instanz kann man dann CPU- und RAM-technisch beschneiden. Dann ist das Intranet zwar langsam, aber dafür muss die Hauptapplikation nicht leiden.

[Dukel 454]

Man kann sich auch den Server bzw. die Abfragen anschauen.

Was verstehst du unter "Transaktionen machen Terror"?

[NilsK 2.940]

Moin,

 

ich sekundiere mal Dukel und ergänze: Wenn du bei dem Intranet vermutest, dass Lesezugriffe das Problem sind, dann wird sich daran ziemlich sicher was ändern lassen. Typischerweise fehlen dann Indizes in der Datenbank. Oder die Abfragelogik der Applikation ist schlecht gebaut.

 

Gruß, Nils