Autor Thema: Design Fehler im Adminp?  (Gelesen 1536 mal)

Offline hallo.dirk

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.166
  • Geschlecht: Männlich
  • Admin forever ;)
Design Fehler im Adminp?
« am: 10.12.07 - 10:26:16 »

Hopala, da hat der "User Verschieben" Prozess mir eine Falle gestellt.

Letzte Woche wurden ca 250 User auf einen neuen Server umgezogen.

Der AdminP Prozess hat den Workflow unterbrochen, weil bei einigen Mailfiles der OoO auf "läuft auf Name des Quellservers" gesetzt war.

zu Erinnerung hier die Prozess Schritte:
Zitat
Check mail server's access
Triggered by:  Initiating an action to move roaming files and mail file.
Carried out on:  Home server for the mail file as designated in the Person document.
Carried out:  ImmediatelyResult: Checks for a Connection document between the old and new mail file servers, and sets up the ACL to provide the old and new mail servers with Manager access. Posts the "Create new mail file replica" request.
Zitat
Create new mail file replica
Triggered by:  Successful processing of the "Check mail server's access" administration request.
Carried out on:  The administration server for the mail file.
Carried out:  Immediately
Result:  Creates a replica copy of the old mail file on the new mail server. Posts the "Add new mail file fields" administration request.
Zitat
Add new mail file fieldsTriggered by:  Completion of the "Create new mail file replica" administration request.
Carried out on:  The administration server for the Domino Directory.
Carried out:  Immediately
Result:  Creates a "New mail file" field and an "Old mail file" field in the Person document. Posts the "Monitor new mail file fields" request.
Zitat
Monitor new mail file fields
Triggered by:  Successful completion of the "Add new mail file fields" request.
Carried out on:  The new mail server.
Carried out:  When the router recognizes the new mail server for the mail file.

Hier wird der Prozess Negativ beendet, wegen der falsch eingestelleten Agenten.
Alles währe nicht weiter schlimm, hätte der Router des Zielservers dies schon mitbekommen und seine Mails an das neue Mailfile gesendet.
Das hat die Anwender natürlich verwirrt, da sie Mails vermissten
Chaos  :-\

Bevor ich nun einen PMR aufmache, würde ich von Euch gerne wissen, ob meine Annahmne richtig ist, das dies ein Design Fehler ist.

Meiner Meinung nach, darf der Router erst nach diesem Schritt mails auf das neue Mailfile routen und nicht schon vorher.


Gruss
Dirk

------------------------------------------------------------
Sametime
Traveler
IQ Suite von Group Technologies
Marvel Client von Panagenda
Blackberry Enterprise
FIRM von HASDL 
BELOS von Bechtle
mobile.profiler (MDM) und traveler.rules von Midpoints

Offline koehlerbv

  • Moderator
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 20.460
  • Geschlecht: Männlich
Re: Design Fehler im Adminp?
« Antwort #1 am: 10.12.07 - 20:07:35 »
Hm, eigentlich ist das die berühmte Henne-Ei-Ursprungsfrage. A-Bär: Wenn der AdminP schon den OoO beobachtet, müsste er das Verschieben für derart fehlerhafte DBs komplett ablehnen und das verzeichnen.

Ich würde also sagen: PMR. Aber das ist nur die Stimme eines Entwicklers mit Admin-Kentnnissen, hier sind die profis gefragt.

Bernhard

Offline hallo.dirk

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.166
  • Geschlecht: Männlich
  • Admin forever ;)
Re: Design Fehler im Adminp?
« Antwort #2 am: 18.12.07 - 11:50:28 »


Aha, IBM hat etwas bei 7 verändert:

http://www-1.ibm.com/support/docview.wss?rs=899&uid=swg21157973

Das führt aber dann aber genau zu meinem Problem.

SPR PSUH79VJN2 wurde erzeugt...mal schauen was die Herren vom Development davon halten...
Gruss
Dirk

------------------------------------------------------------
Sametime
Traveler
IQ Suite von Group Technologies
Marvel Client von Panagenda
Blackberry Enterprise
FIRM von HASDL 
BELOS von Bechtle
mobile.profiler (MDM) und traveler.rules von Midpoints

 

Impressum Atnotes.de  -  Powered by Syslords Solutions  -  Datenschutz