Frage zu db.CreateReplica

[AC]

Frage zu db.CreateReplica( "", doc.pfad(0) )
   

Wir haben nur wenig Notesuser in der Firma, trotzdem nervt es immer wieder den Client nach der Installation einzurichten

Ich will das nun mit LS Script (mittels einer Mail mit einem LS Code hinterlegten Button) und eigenen  Konfigurationsdokument ( Servername - DB Name und optional lokale Replik) vereinfachen. automatisieren.

Ich lese der Reihe nach in einer Schleife  aus dem konfigdokument eben die eingepflegten DBs aus, und füge sie dem desktop hinzu und leg die replik an und füge dann diese auch dem Desktop hinzu.

Frage. Beim Aussendienst brauche ich ja viele lokale (zum teil große) Repliken. 
Was passiert mit meinem Scriptcode, wenn er gerade die replik herunter repliziert. Läufts das script dann schon weiter und will die
nächste Replik auch herunterladen (während er ja noch mit dem Replizieren der ersten lokalen DB beschäftigt ist)?

Bekomme ich kuddelmuddel weil er eben noch mit dem Replizieren der ersten DB beschäftigt ist und nun aber codemäßig bei der zigten DB ist oder sollte meine Idee problemlos funktionieren?


also Grundgerüst der Schleife

Call ws.AddDatabase( "server", pfad1 )
Set db = session.GetDatabase( "server", pfad1 )
Set replica = db.CreateReplica( "server", pfad1 )
Call ws.AddDatabase( "", pfad1 )

dann wieder das gleiche für die nächste DB usw usw usw.


Habs noch nicht ausprobiert, aber wenn ihr meint, daß es sowieso nicht sauber läuft mit der Schleife, dann lass ich die Finger von.

Oder gibt es eine ganz andere Idee zur Verwirklichung?

Servus, AC

[Axel]

Ich hab's noch nie probiert, aber vom logischen Verständis, läuft das Script in einem Rutsch durch und die eigentliche Replikation wird dann nach und nach abgearbeitet.

Aber es gibt eigentllich noch eine etwas elegantere Lösung. Schau dir mal die Konfigurationsprofile an. Dort kannst du auf dem zweiten Reiter festlegen, welche DB zum Desktop hinzugefügt werden sollen und welche Repliken angelegt werden müssen.

Erstelle die die entsprechenden Profile und weise sie den entsprechenden Usern im Personendokument zu.

Axel

[ZaLudtske]

Hallo,

ich wir hatten auch mal ein solches Script im Einsatz und soweit ich mich noch erinnern kann, wird die Datenbank zuerst komplett repliziert bevor der nächste angegangen wird. (Fenster mit Fortschrittsleiste wird eingeblendet).

Ich hoffe das hilft.

Rainer

[AC]

@axel:
Erstens:
zum Script selbst, ich habs jetzt grad mal probiert mit 2 Datenbanken. Es scheint zu funktionieren.
Einmal hab ich es im Debugger laufen lassen und der bleibt stehen bei der Zeile bei der die Replik dann angeleg wird. Wenn er damit fertig ist geht es wieter im Code. 

Dann ohne debugger und da scheint er auch das brav sauber zu machen.

Zweitens. "eleganter"
Ich hab keine große Ahnung von der Admingeschichte  <hüstel>:
Konfigurationsprofile ?   ähhmm, nie benutzt .. keine große Ahnung.
Ich leg eben nur meine Benutzer an, geb ihnen vor dem zertifizieren noch die gruppen mit in denen sie drin sein sollen und das wars.

Aber wäre das wirklich eleganter? Kann man auf die auch zugreifen, wenn ich z.B bei einem Notebookwechsel für einen existierenden Benutzer den Client neu einrichte?

Bei meiner Lösung die mir vorschwebt, hätte ich eben ein paar eigene Konfigurationsdokumente in der Datenbank (z.B. je nach Abteilung oder Sparte)  in der dann noch zuzätzlich Haken in twei Optionsfeldern für Datenbank und optional für lokale Replik gesetzt werden können.

Dann schick ich an den Empfänger eine Mail mit einem Button drin, wo ich meinen Scriptcode reinkopiere.

Da bin ich doch sehr flexibel, wenn ich das erste Konfigurationsdkument mal erstellt habe  (mit ner ws.Picklist aus der Catalog.nsf oder wie auch immer) .

Ist ja jetzt auch kein Hexenwerk zu programmieren.

Frage an Axel: Und das mit diesen Konfigurationsprofilen wäre immer noch eleganter?


@Rainer Z.
Ja, habe ich jetzt auch grade festgestellt.
Fragende Grüße, AC

[AC]

Mine Lösung hätte auch noch den Charme, daß ich nicht jedesmal manchem Aussendienstler bei einer neuen DB telefonisch briefen müsste, wir man eine lokale Replik anlegt.

EInfach spezielles Konfiguatiionsdokument für meine neue auszurollende DB. Dann mail mit Button drin, die brauchen nur noch online zu gehen und drücken aufs Knöpfchen.

Genügend zentrale Repository Datebanken haben wir ja wo ich dann solche Konfigurationsdokumente reinstellen könnte aus denen die Infos gezogen werden.

Oder geht das mit diesen Noteskonfigurationsprofilen auch ?

Ich bin da leider leider etwas ahnungslos.

Grüße nochmal, AC

[Axel]

Auf Grund deiner Ausgangsfragestellung sind Konfigurationsdokumente die elegantere Alternative, da du hier nichts programmieren musst und Änderungen automatisch bei der nächsten Anmeldung an den Client weitergereicht werden.

Du du allerdings auch noch andere Anforderungen hast, z.B. versenden eines Buttuns per Mail, halte ich die Scriptlösung für flexibler.


Axel

[AC]

.....
Du du allerdings auch noch andere Anforderungen hast, z.B. versenden eines Buttuns per Mail, halte ich die Scriptlösung für flexibler.


Axel

Hallo Axel,

also ich werde mich mal einlesen, in das Thema Konfigurationsprofile.

Weiß jetzt aber nicht, ob du mich sonst richtig verstanden hast.

Ich will NATÜRLICH keinen Button mit Mail versenden.
Aber für mich gibt es ausser Client Grundinstallationen  noch andere Szenarien.

Ich denke an den Fall, daß der Aussendienst sich von auswärts eine lokale Replik ziehen soll. (Jedesmal eine lästiges Unterfangen)
Manche schaffens von allein, manche mit einer schriftlichen Anleitung und manchen muß ich das step by step jedesmal am Telefon erklären.

Meine Idee ist, daß die nur eine Mail bekommen.
Und im RT Feld der Mail ist eben nicht deer Datenbanklink sondern ein Button zum Anklicken mit dem Scriptcode meiner Programmierlösung.
 
Die neue Kachel wird dann damit am Desktop erzeugt, es wird eine replik lokal angelegt und gleich repliziert, und dann noch die lokale Replich am Desktop auch als Kachel drüber gelegt.

Kein lästiges Anleitungschreiben mehr, kein Telefonieren ... nix

Weiter könnte ich mit meienr Lösung noch optional in meine Personalstammdatenbank mir eintragen lassen, an wen ich welche DBs mit meienr Programmierung verteilt habe und so auch einen Überblick haben, wer nun tatsächlich welche DB hat  (ausser sie ziehen sich selbst DBs ohne mein zutun) . Letzteres ist natürlich nice to have.

Weiß nicht, ob wir da aneinander vorbeigeredet haben mit "dem Button".

Fakt ist, ich weiß zu wenig über die Konfigurationsprofile und muß mich da mal mit beschäftigen.
Grüße AC

[Axel]

Ich will NATÜRLICH keinen Button mit Mail versenden.

   Siehe unten.

EInfach spezielles Konfiguatiionsdokument für meine neue auszurollende DB. Dann mail mit Button drin, die brauchen nur noch online zu gehen und drücken aufs Knöpfchen.

Axel

[AC]

Ich will NATÜRLICH keinen Button mit Mail versenden.

   Siehe unten.

EInfach spezielles Konfiguatiionsdokument für meine neue auszurollende DB. Dann mail mit Button drin, die brauchen nur noch online zu gehen und drücken aufs Knöpfchen.

Axel

Wir reden aneinander vorbei.
Kommunikation mit Messages ist echt schwierig ;-)

Mein Ausgangsproblem war ja, daß ich es leid bin bei jeder Clientinstallation ein Lesezeichen für jede DB zu machen und dann auch noch ggf. Repliken händisch anzulegen.

Deine Lösung Konfigurationsprofile kannte ich bisher nicht.


Meine Idee  :
Mach einer Grundinstallation hab ich ja nur  das Adressbuch die Mailkachel und die bookmark.nsf auf dem Desktop.
Ich wll nun mit möglichst wenig Aufwand durch das drücken eines Knöpfchens, daß die von mir gewollten DB als Kacheln am Desktop erscheinen.

Diese Funktionalität habe ich mit LS gemacht.

Nur irgendwo muß das LS ja herkommen, aber der neu eingerichtete Client  hat ja bisher nur die 3 genannten Kacheln.

An der Mailschablone will ich ungern was ändern.

zweite Möglichkeit, ich öffne die DB in der mein Scriptcode steckt von Hand und führe dann den entsprechenden Agenten oder die Aktion aus die mir die Kacheln und die Repliken ohne weiteres zutun auf den Desktop bringen.

Andere Möglichkeit. Der Admin schickt dem neuen Benutzer eine Mail.

In der Mail selbst ist im RT Feld (via Menüeintrag "Erstellen -  Hotspot - Schaltfläche") eine Schaltfläche drin.
Und in diese Schaltfläche kann ich ja menen Scriptcode reinprogrammieren   

Der Benutzer bekommt also eine Mail die nur die eine Schaltfläche im RT Feld hat.

Er klickt drauf und mein Script mit auslesen des von mir erstellten Konfigurationsdokumentes
und den schleifen für
Call ws.AddDatabase( "server", pfad1 )
Set db = session.GetDatabase( "server", pfad1 )
Set replica = db.CreateReplica( "server", pfad1 )
Call ws.AddDatabase( "", pfad1 )

läuft ab (dieser Code ist eben in dem Button im RT Mailfeld drin).


Hab ichs jetzt erklären können was ich meine mit Button in eienr Mail?

Gruß AC

[Axel]

Yoo, schon klar.


Axel

[AC]

Yoo, schon klar.


Axel

Uff :-)

Ich werde es programmieren. Das geht schneller als mich in Dinge einlesen wo ich keinen Schimmer habe  ;-)
Und ich kanns flexibel anpassen bei Bedarf.

Und was ich an nsf´s dann so rausolle, schreib ich dann noch in meine bereits existierende Mitarbeiter repository weg, dann kann ich den Chefs mal zeigen wie transparent bei uns alles im Notes ist  :-) und wer was in Zukunft für DBs hat ob lokal oder nur am Server (was die slebst öffnen vernachlässigen wir mal, aber da ist zugriffmäßigg ein Riegel vor)


Bye, Alex aka AC