verschiedene Replizierintervalle für verschiedene DBen eines Servers

[krukri]

Hallo Forum,

ist es möglich, für einen Server zwei verschiedene Verbindungsdokumente zu einem Server zu erstellen, die die Replizierung für
1. alle DBen z.B. im Intervall von 60 min festlegen und
2. für eine oder mehrere DBen ein kürzeres Replizierungsintervall (z.B. 10 min) festlegen.

Problem ist, dass ich im ersten Verbindungsdokument nicht den "Rest" der DBen einzeln aufführen will, die nicht in die zweite Gruppe gehören, sondern das Feld leer lassen will, so dass damit alle DBen gemeint sind.

Ich hoffe, ich habe mich verständlich ausgedrückt.

Replizierung läuft zwischen zwei 6.5.3 Domino-Servern auf Solaris.

Gruß krukri

[Axel]

Das geht so einfach nicht. Du kannst versuchen mit den Prioritätseinstellungen was zu machen, bspw. alle 10min die DBs mit hoher Prio und alle 60min die DBs mit mittlerer und niedriger Prio replizieren zu lassen.

Andernfalls musst du in den sauren Apfel beißen und die DBs einzeln aufführen.

Allerdings frage ich mich was das für einen Sinn macht. Es spirlt doch keine Rolle, ob die DBs, dier alle 10min repliziert werden sollen auch im Verbindungsdokument der 60 min Replikation enthalten sind.


Axel

[krukri]

"Allerdings frage ich mich was das für einen Sinn macht. Es spirlt doch keine Rolle, ob die DBs, dier alle 10min repliziert werden sollen auch im Verbindungsdokument der 60 min Replikation enthalten sind."

ja, genau das will ich. Ich will aus der Menge aller DB einige zusätzlich öfter replizieren. Dazu fällt mir nur ein, zwei Verbindungsdokumente zu erstellen. Im ersten bleibt das Feld, welche DBen repliziert werden sollen, leer und im zweiten führe ich dann die wenigen auf. Die Frage ist, kann der Server damit umgehen. Wenn die ausgewählten DBen von beiden Replizierintervallen bedient werden ist mir das egal.

Gruß krukri

[Thomas Schulte]

Natürlich kan nder Serer damit umgehen. Das macht er schon seit etlichen Jahren so.

[Steve_O.]

Außerdem kann man über die notes.ini/ das Konfig-Dok die Anzahl der
Replikatoren festlegen:

Replicators=Anzahl der Tasks

[Axel]

Die Frage ist, kann der Server damit umgehen. Wenn die ausgewählten DBen von beiden Replizierintervallen bedient werden ist mir das egal.

Thomas hat dir die Frage ja schon beantwortet.

Damit kann der Server umgehen und das sehr gut sogar.


Die Einstellung der Anzahl der Replikatoren hat auf diese Funktion erstmal keinen Einfluss. Die Anzahl würde ich nur erhöhen, wenn gleichzeitig mehrere Replikationen laufen sollen, z.B. auf einem Hub-Server.


Axel

[Steve_O.]

@Axel

Würde es hier denn nicht Sinn machen?

Wenn das Feld leer ist, werden ja wirklich alle nsf & ntf angefasst,
z.B. zur vollen Stunde.

Gibt es einen Replikator, der nach 10min noch nicht fertig ist, müsste
das 2te Verbindungs-Dok doch warten.
Mit einem 2ten Replikator könnte dieser für seine paar Datenbanken nach 10min loslaufen,
auch wenn der der erste noch nicht fertig ist.

Oder habe ich da etwas falsch verstanden?

[Axel]

@Axel

Würde es hier denn nicht Sinn machen?

Um es eindeutig zu sagen: es kommt darauf an.   

Wenn zwischen den einzelnen Replizierungen eine größe Anzahl an Ändereungen in den vorgenommen werden könnte es durchaus Sinn machen.

Oder habe ich da etwas falsch verstanden?

Nein.


Axel

[Steve_O.]

Danke! 

Also, ich würde es tun!

Wenn die 10min-Replikation so wichtig ist, dass sie alle 10min laufen soll,
würde ich dem Server einen zweiten Replicator geben,
damit die Datenbanken nicht warten müssen, bis die Stunden-Replikation durch ist...

[krukri]

Danke für die Hilfe.

Gruß krukri

[Wolfgang]

Wenn die 10min-Replikation so wichtig ist, dass sie alle 10min laufen soll,
würde ich dem Server einen zweiten Replicator geben,
damit die Datenbanken nicht warten müssen, bis die Stunden-Replikation durch ist...

... mehrere Replikator-Tasks machen meines Wissens nur Sinn auf einem Hubserver, der gleichzeitig mit  _mehreren_  anderen Servern repliziert.

Zwischen einem Server A und einem Server B kann doch sowieso immer nur ein Replikator-Task zur gleichen Zeit eine Replikation abwickeln, oder? ...

Gruß
Wolfgang

[koehlerbv]

Das ist richtig, Wolfgang. Wäre ja auch verheerend - es könnten mehrere Replikator-Tasks die gleiche DB anfassen und diese müssten die gleichen Tables (interne Verwaltung!) anfassen, was wer den schon gemacht hat ...

Bernhard

[smoki]

Nach meinen Erfahrungen macht es wegen der internen Verwaltung von Tables keine Probleme mit mehreren Replikator-Tasks. Ein Hub-Server ist damit andauernd konfrontiert und prinzipiell gibt es ja keine Unterschiede zwischen Hub-Server und Mail/Applikations-Server. Das ist rein Organisatorisch und natürlich ab gewissen Größenordnungen sinnvoll, hier die Aufgaben zu trennen.

Es kann aus meiner Sicht daher durchaus Sinn machen, mehr als einen Replikator-Task auf einem Server laufen zu haben. (Generell habe ich immer mehrere...)

Natürlich und das haben die Vorposter schon zu recht gesagt, kommt es immer darauf an, dass man es in einem vernüpftigem Masse tut. Wichtig ist ja auch, inwieweit die Leitung ausgelastet wird durch dem ersten Replikator-Task usw. (Dann wird vermutlich die Replikation sogar ausgebremst, sofern die Netzwerk-Router nicht besonders eingestellt sind.)

Ggf. kann man es ja einfach mal ausprobieren.

dh. einen zusätzlichen Replikator mit: "load replica" starten und sehen, wie sich das ganze verhält. Wenn es Probleme bereitet, kann man ja (allerdings alle! ) Replikator-Tasks mit: tell replica exit beenden und anschließend den einzelnen mit "load replica" wieder starten. Wenn alles gut läuft kann man es dann später permanent mit "Replicators=2" in der Notes.ini festmachen.

Ich wünsche viel Erfolg!

Gruss
Chris

[Peter S.]

Es ist durchaus möglich mit zwei Replikatoren zwischen denselben Servern zu replizieren.
Man muss nur von jedem Server eine Replikation starten :-)

Damit könnte man z.B. vom Server A zu Server B alle 10 min die wichtigen DBs replizieren (Dateiliste).
Und von Server B zu Server A alle 60 Minuten alle DBs.
Dadurch würden sich die Replikatoren auch nicht blockieren.

Übrigens heißt "alle 10 min" -> der Replikator startet 10 Minuten nach Ende der letzten Replikation wieder.
Wenn man festgelegte Zeiten haben möchte muss man die explizit in das verbindungs-Dok eintragen.