Beiträge von tobso

    Danke für Eure Antworten!


    Leider sind die Indizes auf beiden DBs gleich groß (jeweils 3 GB) und die Dokumentzahl und Designelemente sind ebenfalls identisch.
    FreeSpace: bei DB 2 sind es "93,8% verwendet" und bei DB 1 sogar 99,0 %.
    Anzahl Dokumente ist mit 34.676 bei beiden DBs exakt identisch.
    Daher verwundert es mich schon dass die DB 1 um knapp 10 GB größer ist als DB2. Habt ihr hier sonst noch Ideen??

    Hallo,


    wir haben zwei geclusterte Datenbanken (Tasks Cluster Replicator und Cluster Directory). Grundsätzlich macht der Clustermanager
    ja nichts anderes als Änderungen an DB 1 in realtime zu DB2 zu replizieren. Das funktioniert auch alles perfekt und problemlos.


    DB 1 dient hierbei als Redaktionssystem, d.h. hier wird sehr viel schreibend zugegriffen, auf DB 2 wird nur lesend zugegriffen, hier schreibt nur der Clusterreplicator rein.
    Das Problem ist nun dass DB1 innerhalb von wenigen Monaten ca. 20 % mehr an Volumen aufweist, Compactstände beider DBs liegen aber bei ca. 98%.
    Als Lösung um den nunnötig belegten Speicherplatz wieder reizubekommen löschen wir momentan im halbjahres-Rhythmus die große DB 1 raus und legen manuell eine neue Replik auf Basis der kleinen DB 2 an.
    Woran kann es liegen dass die DBs größenmäßig so auseinanderlaufen obwohl Compactstände perfekt sind und Dokumentzahl identisch?
    Vielen Dank für Eure Hilfe!


    Domino 9.01 FP 4

    Hallo,


    nachdem ich m.E. alles schon durch habe was o.g. Problem in der Regel behebt stell ich hier doch mal die Frage.
    Wir haben eine Mail-DB bei der Mails von zwei Absendern immer sofort als gelesen markiert werden. Die Mails werden für den Mail-DB Inhaber sowie für Vertreter die auf die Mail-DB zugreifen
    immer als gelesen dargestellt.
    Ich habe bisher Ansicht-Indizes gelöscht und die Verwaltung der gelesen-Markierungen deaktiviert / aktiviert, hilft leider nichts.
    Hat noch jemand eine Idee wo hier der Fehler liegen kann?
    Notes 9.01 FP8, Server 9.01 FP4
    Vielen Dank für Eure Hilfe!

    dbcache flush ist tatsächlich mein Freund, danke!


    Ein seltsames Verhalten tritt allerdings noch auf wenn ich die Konvertierung per batch anstosse:


    Ich starte den Befehl wie folgt:


    "\\servername\c$\Program Files\IBM\Domino\nconvert.exe" –d %DESTINATION% (...)


    Problem: Das "-d" wird beim Ausführen der batch nicht korrekt übersetzt und immer als "ûD" ausgegeben?!


    In der gleichen batch läuft ein paar Zeilen drüber ein Fixup -F (genau gleich wie der convert getriggert) - hier wird das -F korrekt übersetzt.


    Hattet ihr etwas in dieser Richtung schonmal?

    Danke für die Info - wenn man sich die Syntax anschaut passts auch! Sprich ohne Pfadangabe zur Schablone läuft der convert korrekt durch.


    Was mir allerdings aufgefallen ist: Die auf diese Weise konvertierte Datenbank bleibt vom Dominoserver im Zugriff.
    Dies ist mir aufgefallen als ich nach dem erfolgreichen convert-Test die Konvertierte DB aus dem Dataverzeichnis wieder löschen wollte.


    Auf dem Fileserver sehe ich dass das Dienstkonto des Servers, über den der convert ausgeführt wurde, die Datei weiter "geöffnet" hat -
    auch nachdem der convert mit der Meldung "Finished Replacing Design Template" und "Mail Conversion Utility Shutdown" abgeschlossen ist.


    Ist natürlich eher unschön wenn der Server die Datei nicht mehr loslässt.


    Habt Ihr hierzu noch ne Idee?


    Vielen Dank schonmal!

    Hallo Zusammen,


    wir haben momentan Notes 8.5.3 im Einsatz und migrieren auf 9.0.2. Domino-Serverversion 9.01 FP 4.
    Da wir in diesem Zuge auf ein neues Data-Verzeichnis migrieren müssen übernehmen wir in dieses nur die wesentlichen Dateien aus dem alten 8.5er Verzeichnis,
    (der Rest wird bei erstmaligem Clientstart über Shard-Verzeichnis gezogen).


    Die übernommen Bookmark.nsf z.B. soll vorab auf die 9er Version konvertiert werden.
    Dies möchte ich per batch gesammelt ausführen. Wenn ich allerdings die nconvert.exe direkt am Server wie u.g. ausführe erhalte ich immer die folgende Fehlermeldung.


    Die zu konvertiertende Bookmark.nsf hat momentan keinen Eintrag im Bereich "Gestaltung übernehmen von", daher der *.


    C:\Program Files\IBM\Domino>nconvert -d \\Pfad zur BookmarK\xxx\ibm\notes\data\bookmark.nsf \\Pfad zur Schblonexxx\xxx\xxx\IBM\Notes\Data\* bookmark.ntf
    [1160:0002-17EC] 18.05.2017 11:04:50 Mail Conversion Utility starting
    [1160:0002-17EC] 18.05.2017 11:04:50 Mail Convert: Skipping database \\xxxx\ibm\notes\data\bookmark.nsf, its de
    sign template 'Bookmarks/DE' does not match '\\xxx\IBM\Notes\Data\*'
    [1160:0002-17EC] 18.05.2017 11:04:50 Mail Convert Failed: None of the specifie
    d databases' templates match '\\xxx\*'
    [1160:0002-17EC] 18.05.2017 11:04:50 Mail Conversion Utility shutdown


    Hab ich irgendeinen Syntaxfehler? Habe schon verschiedene Varianten versucht (in Datenbank bei "Gestaltung aus Schablone übernehmen" die "Bookmarks/DE" eingetragen und an der Schablone im Bereich "Ist Masterschablone" ebenfalls "Bookmarks/DE" dringehabt, hilft alles nix, immer der selbe Fehler.


    Oder habt ihr ne bessere Idee als das über den nconvert.exe zu machen?


    Vielen Dank für Eure Hilfe!

    Hallo,


    leider erscheint die Mail in keiner Mailbox und es wird auch keine Meldung an den Absender geschickt. Im log kommt nur die Meldung dass der SMTP Server die Mail an den Ausgangsserver gesendet hast (dieser ist auch Domnio-Server mit gleichem Versionsstand).
    Mail geht definitiv an externe Adresse-nicht unsere Domain.
    Werde dann wohl mal tracen müssen, da definitiv in keiner Mailbox was hängt. Verfolgt man die Mail im Log verlässt diese den SMTP Server korrekt hin zum Ausgangsserver, da kommt sie aber nie an, beim Empfänger logischerweise auch nicht.

    Hallo,


    wir haben einen unserer Domino-Server als SMTP-Server definiert. Dessen Adresse wird bei z.B. Domänenüberwachungssystemen hinterlegt, damit diese über diesen Server SMTP-Mails generieren können. Soweit noch alles völlig normal.


    Als Mailausgangsserver fungiert bei uns allerdings ein anderer Server, daher werden die von Drittsystemen generierten SMTP-Mails erst intern auf diesen weitergeleitet und dann nach extern geroutet.


    Problem ist, dass auf dem als SMTP Server defineriten Server im Log klar erkennbar ist, dass die jeweilige Mail, die vom Drittsystem generiert wurde, an den Mailausgangsserver gesendet wurde. Diese wird lt. Log "via. Notes" an den Mailausgangsserver geleitet. Hier kommt Sie allerdings nie an, im Log gibt es keinerlei Einträge hierzu.


    Im Konfiguratuionsdokument des SMTP-Servers haben wir im Bereich "Router/SMTP" folgendes definiert:
    SMTP ist innerhalb der lokalen Internetdomäne zulässig: Deaktiviert


    Liegt hierin das Problem begraben dass die Mail nie am Mailausgangsserver ankommt?


    Vielen Dank für Eure Hilfe!


    Domino Sever 9.01 FP4

    Hallo,


    sieht so aus als ob der nconvert das Design wieder korrekt in die DBs reingespielt hat. Die DBs lassen sich fehlerfrei auf Standalone Client öffnen (im Data liegt keine Schablone).
    Auch im Activity der DB sind die besagten Aktualisierungen hundertfach drin. Somit gehe ich davon aus dass das Design nun wieder in der DB liegt!


    Danke für Eure Hilfe!

    Danke für die Info. Die Aktivierung hat der Vor-Vorgänger gemacht, daher keine Ahnung.


    Habe jetzt grad mal zum Test nen nconvert auf meine DB abgesetzt:


    load nconvert mail\txxx.nsf StdR8Mail/de mail8.ntf


    (Wobei es sich hier ja um dieselbe Schablone handelt. Wir haben keine Kopie der Schablone zur Verwendung als Zentralschablone, nur die eine)


    Router war deaktiviert, DB geschlossen,Sever meldet folgendes.


    [1830:0002-0E50] 27.10.2016 13:37:44 Mail Convert: Started replacing design template 'StdR8Mail/de' with 'StdR8Mail/de' in 'mail\txx.nsf'
    [1830:0002-0E50] 27.10.2016 13:37:44 Mail Convert: Finished replacing design template in 'mail\txxx.nsf'


    Im Domino Admionistrator werden nach der Aktion aber weiterhin exakt dieselben physikalischen und logischen Größen wie vorher angezeigt.
    Ist das Design nun in der DB oder nicht?

    Hallo,
    wir haben bisher für unsere Mail-DBs eine Zentralschablone genutzt. Technisch bedingt mussten wir hierauf nun verzichten.
    Um die Zentralschablone zu deaktivieren muss lt. Doku nur das Häkchen "Zentralschablone" im Template rausgenommen werden und der Design-Task
    anschließend laufen.
    Dies ist beides passiert. Jetzt meine Frage: Wie kann ich erkennen ob das Design tatsächlich wieder in die DB zurückgewandert ist? An der Größe hat sich nichts geändert.
    Vielen Dank für Eure Hilfe!
    Client und Server 8.5.3

    ...schau mal im Serverdokument - Reiter Sicherheit - da habt ihr bestimmt im Bereich "Internet-Authentifizierung: Weniger Namensvariationen mit höherer Sicherheit" drin, weshalb die User sich nicht mit Shortname sondern nur mit Vollqualifizeritem Namen anmelden können.