Replizierung mehrerer Datenbanken gleichzeitig

[quader]

Guten Morgen

Der Notes 8.5.2 Client kann ja jetzt mehrere Replizierungs- oder Synchronisierungsvorgänge gleichzeitig durchführen (es verfügt über mehrere Threads). Dies Feature ist auch standardmässig aktiviert.

Ich suche nach einem Weg das zu deaktivieren und zwar bei allen Clients, so das das wieder wie vorher funktioniert, d.h. eine Datenbank nach der anderen.. Hat da wer eine Idee? per Policy, irgendwas in der notes.ini ?

Hintergrund: per MPLS sind diverse Stationen hier ans Rechenzentrum angebunden, damit alle Anwendungen der User genug Bandbreite bekommen. Durch das "neue" Replizieren der Clients werden anscheinenend dynamische Verbindungen vom Client zum Server aufgebaut, die nicht nur den Port 1352 benutzen. Zumindest ist das die Aussage vom Netzwerkteam..

Damit greift das Konzept per MPLS nicht mehr und Notes blockiert viel mehr Bandbreite als erlaubt und andere Applicationen haben Streß..

[eknori]

Ist mir jetzt nicht aus dem Stand bekannt; habe die Frage mal im IBM Design Partner Forum gestellt.

[quader]

danke schonmal.. Zum Glück haben wir noch nicht soviele 8.5.2er Clients ausgerollt..

[hallo.dirk]

Keine Ahnung was da genau Sache ist aber vielleichte hat es etwas mit dem Streaming Replication zu tun oder einer Erweiterung dieser Funktion.
Seit 8.x  gibt es ja die Streaming Cluster Replication unter Servern.....

Ich würde ein Ticket bei IBM aufmachen!


P.S.: Es währe interressant zu wissen wie Deine Sache hier ausgeht...

[quader]

Lt. dem PMR bei IBM nutzt Notes standardmäßig nur Port 1352 über das NRPC Protokoll.

Wenn ich aber sehe, das der neue Client mindestens 3 Datenbanken gleichzeitig repliziert, dann bin ich auf der Seite vom Netzwerkteam.. Gleichzeitige TCP Anfragen auf den selben Port werden doch nacheinander abgearbeitet und nicht parallel? Das Parallele gibts doch erst bei Windows Server 2008 mit der Net.TCP-Portfreigabe (Multiplexing).. Hat IBM da eventuell was eigenes gebastelt?

Einer der betroffenen Server hat Windows 2003 und Domino 8.5.2 HF16

Wie arbeitet denn der Client? werden die Anfragen dann gebündelt übertragen oder macht dann der Client, wenn es nicht klappt, nicht doch einen anderen Port auf zum Server?

[Micha B]

Wenn ich aber sehe, das der neue Client mindestens 3 Datenbanken gleichzeitig repliziert, dann bin ich auf der Seite vom Netzwerkteam..

Ich hab nun wirklich keine Ahnung davon, aber wenn das nicht möglich sein sollte, wieso kann ich dann mehrere Downloads gleichzeitig ausführen? Oder ist die Frage jetzt an der Thematik vorbei? Notes nutz nur den Port 1352. Wenn Deine Netzwerker was anderes sagen, müssten Sie doch auch wissen, welche Ports es noch nutzen tut. Wäre ja mal interessant.

[quader]

Ich meine ja den Notestraffic.. Bei Windows mag das ja möglich sein, siehe Multiplexing.

Das Interessante ist ja, das unsere Netzis da auch nicht genau etwas finden können. Es sind halt nur immer wieder Spitzen im Traffic drin, die vorher nicht da waren.. Deswegen ja die Aussage/Vermutung mit den dynamischen Ports.. Meine Frage war ja, ob das schon bekannt ist, wer ähnliche Erfahrung hat und ob ich das per Policy abstellen kann. Mal zu sehen, ob dann alles wieder sauber läuft.

Begonnen hat das mit dem Rollout von 8.5.2 was mich zu der genannten Vermutung bringt.

[hallo.dirk]

Es sind halt nur immer wieder Spitzen im Traffic drin, die vorher nicht da waren..

Schon mal den Traffic am Client mit Wireshark mit protokolliert.
Eventuell am Client mal Client_Clock=1 setzen und beobachten was Client  da so treibt

[quader]

Einen Screen der benutzen Ports hatten wir auch per PMR zu IBM gegeben. Antwort:

Alle anderen Protokolle und Dienste stehen in keinem Zusammenhang mit der Standard Nutzung.

Wobei mich das Wörtchen Standardnutzung stutzig macht. IBM hat ja nicht zum ersten Mal was verbockt und musste nen Hotfix nachreichen..


Aber das Clientlogging kann ich ja mal bei ein paar Clients anwerfen. Gute Idee, danke!

[Micha B]

Einen Screen der benutzen Ports hatten wir auch per PMR zu IBM gegeben.

Und welche Ports sind darauf zu sehen, die der meinung eurer Netzwerkkollegen von Notes benutzt werden?

[quader]

Wenn du es genau wissen willst: 1108 und 1209 stehen ganz oben..

1108 und 1209 ist normalerweise ein Netzwerkdienst (ratio-adp/ipcd3)

Die Vermutung ist wahrscheinlich, ob der Notesclient auf diese bekannten Ports ausweicht, weil da das  Datenvolumen (1108 am meisten) erhöht ist.


Behoben wurde das Problem erstmal mit einem Workaround über Traffic Shaping, aber dafür bin ich zuwenig in der Materie drin, um genauer zu sagen, was da gemacht wurde.

[eknori]

Die Frage wurde gerade IBM intern an die Entwickler weitergeleitet.

[koehlerbv]

Wenn es denn tatsächlich stimmen sollte (und das halte ich für ausgeschlossen), dass ein Client für seine Zwecke einen anderen Port als 1352 aufmachen könnte und ein Domino dann auch noch darauf hört, dann hätte sich ja IBM Lotus selber einen letalen Kopfschuss verpasst.

Ich kann mir auch nicht vorstellen (nein, das ist schlicht unmöglich!), dass ein solches krasses Fehlverhalten vorher noch niemand bemerkt haben will.

Bernhard

[Micha B]

Dem schließe ich mich an, Bernhard. Zudem denke ich, dass Netzwerkadmins etwas mehr herausfinden können sollten als eine vage Aussage: der Port xyz hat Traffic also kann es nur Lotus Notes sein. Im Umkehrschluß zu der Aussage 'Notes 8.5.2 benötigt für das Replizieren mehr bzw. andere Ports als 1352' müsste es ja, für mein Verständnis, möglich sein, die Replizierung lahm zu legen, wenn man alle Ports bis auf den 1352 sperrt (was weder ich bisher versucht habe und was wohl auch noch nicht versucht wurde). Nun bin ich aber eben nicht so toll bewandert was Netzwerke angeht. Dies ist nur eine rein theoretische Überlegung von mir und ich kann mich da auch Irren. Das von Dirk erwähnte 'Wireshark' (z.B. http://forum.kommedia.org/index.php?topic=6145.0) könnte vielleicht auch hilfreich sein.

[theWizard]

Hiho,

8.5.2 Server auf Linux und 8.5.2 Client unter Windows 7. Hab gerade gesehen das er 2 Datenbanken gleichtzeitig repliziert. Am Server ist aber nur der 1352, 80 und 443 offen, der rest wird von der Firewall verbrannt (ob da was ankommt kann ich jetzt von hier aus nicht sagen).

Gruß

Basti

/Edit: Basti ist die Abkürzung für Sebastian 

[Micha B]

Danke für die Auskunft, Basti (Bastian?)!

[Pyewacket]

Ich denke da passiert genau das was mit jeder Applikation passiert die mehrere parallele Sessions aufbaut.
Die Zieladresse und Port sind durch den Dominoserver vorgegeben, ebenso die Quell(Client) Adresse. Der beim Client verwendete Port ist nicht fest sondern wird beim Verbindungsaufbau zufällig ausgewählt. Wenn jetzt mehrere Replikationen parallel ablaufen wird wohl für jede Replikation eine Session aufgebaut die zwar als Zielport die 1352 hat, als Ausgangsport jedoch unterschiedliche Ports verwendet (verwenden muss!)

Gruss
 Peter

[eknori]

Ich habe die Frage nach den zusätzlichen Ports noch einmal explizit ins Design Partner Forum gepostet ( zusammen mit einem Link auf diesen Thread )

Hier noch eine kurze Darstellung zur Klarstellung, wie die parallele Replikation funktioniert

By default, while the client can do multiple replications at the same time, it will not do multiple replications to the same server at the same time. This was done intentionally to avoid adding additional load to the server.

Bei einem Cluster sieht das wieder ein bisschen anders aus

If you had a cluster, it would serialize, but it would depend on what the last server the Db replicated with, and what it was set to replicate with.

Ich denke, dass sich die Frage nach den Ports im Laufe der nächsten 24 Stunden klären wird.

[Driri]

Den Artikel von Daniel Nashed habe ich gerade bei PlanetLotus gefunden :

http://blog.nashcom.de/nashcomblog.nsf/dx/multi-threaded-replicator-in-8.5.2.htm

[quader]

Ich denke da passiert genau das was mit jeder Applikation passiert die mehrere parallele Sessions aufbaut.
Die Zieladresse und Port sind durch den Dominoserver vorgegeben, ebenso die Quell(Client) Adresse. Der beim Client verwendete Port ist nicht fest sondern wird beim Verbindungsaufbau zufällig ausgewählt. Wenn jetzt mehrere Replikationen parallel ablaufen wird wohl für jede Replikation eine Session aufgebaut die zwar als Zielport die 1352 hat, als Ausgangsport jedoch unterschiedliche Ports verwendet (verwenden muss!)

Gruss
 Peter

Danke Peter! Genau das ist auch mein Ansatz..


OK nach der Antwort, die Eknori gepostet hat, gehts nicht parallel, sondern nacheinander.. Ein Cluster ist zwar dabei, aber den Traffic würde man doch anhand unterschiedlicher IP-Adressen des Ziels ausmachen können.

@Bernard
ich möchte auch nicht die Unfähigkeit von Notes oder IBM darstellen, sondern explizit ausschließen, das nicht doch was anders ist als sonst. Keine Ahnung, was man in einer aktiven Session von IP zu IP mit Port noch auslesen will. Ich möchte jetzt ungern auch noch jedes einzelne Datenpaket analysieren müssen.
Es ist definitiv mehr Traffic da und das passt haargenau mit Installation einen 8.5.2er Clients zusammen. Also ist die Wahrscheinlichkeit groß, das es damit was zu tun hat.

@Micha

Es ist nicht möglich alle Ports ausser 1352 zu schließen. Das ist eine Produktivumgebung wo Notes nur ein Programm von vielen ist. Die Idee hatten wir auch schon, aber ist nicht umsetzbar.. Es wurde ja auch schon mit einem Workaround gelöst, aber mehr Infos hätte ich eben schon gern..