{ NodeType | NODE }={ DIRECT | PRIMARY | COPY }

Nur Netzwerkserver

DIRECT

Dieser Verbindungsparameter wird von Clientanwendungen zur Steuerung der Lastverteilung zwischen Datenbankservern verwendet, die am Scale-Out mit Schreibschutz beteiligt sind. Clients geben diesen Verbindungsparameter als Hinweis darauf an, mit welchem Datenbankservertyp eine Verbindung hergestellt werden soll. Der Datenbankserver, mit dem der Client sich zunächst verbindet, entscheidet darüber, welcher Datenbankserver die Verbindung verwalten soll, und leitet die Verbindung gegebenenfalls zum entsprechenden Datenbankserver um, indem er die Adresse dieses Datenbankservers zurückgibt. Der Client wird vom ursprünglichen Datenbankserver getrennt und verbindet sich dann mit dem angegebenen Datenbankserver.

Bei der Verwendung von COPY findet die Lastverteilung auf dem Zweig statt, der den Datenbankserver enthält, mit dem der Client verbunden ist. Ein Zweig besteht aus diesem Datenbankserver und allen seinen untergeordneten Objekten. Diese Funktion ist nützlich für die Lastverteilung zwischen Servern an geografisch getrennten Standorten.

Wenn eine Clientverbindung an einen anderen Datenbankserver umgeleitet wird, stimmen der im Verbindungsparameter ServerName (Server) und der in der Datenbankservereigenschaft Name angegebene Wert nicht miteinander überein. Siehe Name-Servereigenschaft.

Wenn NodeType angegeben ist, stellt die Anwendung normalerweise eine Verbindung mit dem Stammknoten her, und dieser Datenbankserver entscheidet dann darüber, welcher Kopieknoten am wenigsten stark ausgelastet ist. Die Verbindung wird dann an diesen Kopieknoten umgeleitet. Wenn die Anwendung innerhalb eines kurzen Zeitraums mehrere Verbindungen dieser Art erstellt und löscht, wird die Verbindung gepoolt, und der Stammknoten wird nicht gefragt, welcher Kopieserver verwendet werden soll. Die Verwendung von Verbindungspooling vermindert die Auslastung des Stammknotens, hat jedoch möglicherweise nicht das erwartete Verhalten zur Folge. Die Anwendung kann angeben, dass ihre Verbindungen nicht gepoolt werden können, und damit sicherstellen, dass der Stammserver bei jeder Verbindung festlegt, mit welchem Kopieknoten diese erfolgen soll.

• Einführung in die Datenbankspiegelung
• SQL Anywhere-Scale-Out mit Schreibschutz

Der Primär- und der Spiegelserver befinden sich in Waterloo, Ontario. Für in Japan ausgeführte Clients soll beispielsweise eine Gruppe von Kopieknoten in Japan eingerichtet werden, um die Verarbeitungszeit für die Herstellung von Verbindungen zu verringern. Wenn ein Zweig der Kopieknoten in Japan dem Stammknoten direkt untergeordnet wäre, könnten weitere untergeordnete Knoten unterhalb des Kopieknotens in Japan hinzugefügt werden. Clients würden sich mit dem Hub verbinden und Folgendes angeben: NodeType=COPY. Die lokalen, schreibgeschützten Verbindungen in Japan würden in diesem Fall eine ausgeglichene Lastverteilung zwischen den lokalen Datenbankservern aufweisen, und kein Client würde jemals eine Verbindung zu einem Datenbankserver an einem Ort außerhalb Japans herstellen. Wenn ein Client Änderungen in der Datenbank durchführen müsste, würde sich die entsprechende Verbindungszeichenfolge wie folgt ändern: NodeType=PRIMARY.