Dircat übernimmt nicht alles

[ebse]

Hallo Zusammen,

folgendes Problem:

Unsere Dircat gleicht sich alle 6 Stunden mit unserer names.nsf ab. Jetzt habe ich bemerkt das er nicht alle Gruppen übernimmt?

Hat dazu einer ne Idee?? Gibts ne Möglichkeit die Dircat ausserhalb der 6-Stündigen intervall manuell zum abgleichen zu starten??

Achso in den Einstellungen steht bei "Group Types:" "All" drin!

Danke im Vorraus

[Steve_O.]

Manuell starten geht so:

load dircat <dbname.nsf> ( relativ zum Data ).

Lass mal einen updall über die DB laufen.

[ebse]

nupdall ohne parameter oder was mit reinnehmen?

[Steve_O.]

Nimm mal den -r mit rein, damit die Ansichts-Indizes
neu aufgebaut werden.

[ebse]

also:

Code

nupdall da.nsf -r

  ??

[Steve_O.]

Ich denke nicht, dass du den Server extra runter fahren willst.
Also, an der Server-Console:

load updall -r da.nsf

[ebse]

Also hat leider nichts gebracht.

User sind alle in der Dircat nur Gruppen fehlen einige??!!

Einer noch ne Idee?

[mcilly]

Hallo!

Naja, was mir noch einfällt. Der dricat übernimmt doch nur die MultiPurpose Gruppen aus dem NAB. Kann das sein, dass deine abgängigen Gruppen z.B. Access Gruppen sind?

LG mcilly

[ebse]

nein! die die rübersollen sind MultiPurpose.

Was mir aufgefallen ist, habe gestern mal eine gruppe geöffnet was bearbeitet und wieder gespeichert. Dieser wurde dann beim nächsten Abgleich übernommen.

Naja... im schlimmsten Fall muss ich halt die 20 die nicht übernommen wurden, einmal bearbeiten.

Kann man den Abgleich irgendwie sofort starten?? Läuft bei uns standardmäßig alle 6 Stunden.

[mcilly]

Nun ein wenig detailierter, deine Anfrage wurde ein paar Absätze darüber schon beantwortet. Hier ein Auszug aus der Admin Hilfe:

Um die Dircat-Task auf einem Dircat-Server manuell auszuführen, verwenden Sie den folgenden Serverbefehl:load Dircat vk.nsf

Sie können einen vollständigen Neuaufbau eines Verzeichniskatalogs durchführen. Bedenken Sie dabei, dass bei einem vollständigen Neuaufbau alle zusammenfassenden Dokumente entfernt und neu erstellt werden, so dass die erste Replizierung nach dem Neuaufbau eine vollständige Replizierung der Datenbank erforderlich macht.

Um einen Verzeichniskatalog vollständig neu aufzubauen, können Sie die Dircat-Task mit Hilfe des Parameters -r über den Verzeichniskatalog laufen lassen, z. B.:

load dircat dc.nsf -r

Alternativ dazu können Sie einen vollständigen Neuaufbau durchführen, indem Sie auf "Protokoll löschen" im Register "Erweitert" des Konfigurationsdokuments des Verzeichniskatalogs klicken.

[Steve_O.]

GENAU !!!

 

[ebse]

kk danke mal!

[Peter S.]

Es gibt einen bekannten Bug mit der Sequnce Number von Dokumenten die ge-Dircatet werden.

Die Doks behalten beim Verabreiten durch den Dircat ihre Dok-Id UND ihre Sequence-Number.

Wenn jetzt jemand im Ziel-Verzeichnis ein Dokument löscht, bekommt der Deletionsub eine um eins erhöhte Sequencenumber.

Also
Original (Quelle) SN=1
Gelöscht (Ziel) SN=2

Wenn jetzt beim nächsten Dircat-Lauf die ehemals gelöscht Gruppe neu übertragen wird, fliegt sie bei der ersten Replikation wegen des Deletions-Stubs sofort wieder raus.

Es hilft in diesem fall nur
- die Quelldokumente solange zu ändern bis die Sequencenumber höher oder gleich ist als die im Deletion-Stub
(in der Regel einmal)
- Niemals Dokumente im Zieladressbuch zu ändern
- Niemals die Filtereegeln so ändern das Dokumente rausfliegen (auch das passiert über Deletion-Stubs

Oder eben:
Den Dircat komplett alles neu aufbauen lassen

Enhancement Request wurde nach der Fehleranalyse durch uns (IBM war da mehrere Wochen nicht in der Lage den Fehler zu finden) erstellt, kommt aber vermutlich frühestens in R8 da der Repliziermechanismus für den Dircat benutzt wird.


 

[ebse]

gut zu wissen, hab jetzt mal den ersten Lösungvorschlag durchgeführt und alle Einträge einmal geändert und frisch gespeichert.

DANKE