Autor Thema: Komprimieren vom Benutzer funktioniert nicht?  (Gelesen 5628 mal)

Offline schroederk

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 1.924
  • Geschlecht: Männlich
  • Ich liebe dieses Forum!
Komprimieren vom Benutzer funktioniert nicht?
« am: 08.06.12 - 11:01:36 »
Hallo,

seit geraumer Zeit kann der Benutzer nicht (mehr) seine eigene Datenbank komprimieren.
In den Eigenschaften seiner Datenbank kann er zwar den verwendeten Platz korrekt anzeigen lassen und
auch die Schaltfläche "Komprimieren" anklicken, aber damit wird offenbar nichts angestoßen. Eine Komprimierung findet nicht statt.
Da serverseitig nur 1 mal die Woche die Datenbanken komprimiert werden, melden sich nun häufig die Benutzer im Laufe der Woche, dass ihr Warnschwellenwert oder gar die erlaubte Größe überschritten wurde.

Kann man die Funktion für die Benutzer wieder aktivieren?
Ich wäre ja gerne weniger egoistisch, aber was hab ich davon?

Offline MCPvsTron

  • Senior Mitglied
  • ****
  • Beiträge: 270
  • Geschlecht: Männlich
  • Notes = Groupware
Re: Komprimieren vom Benutzer funktioniert nicht?
« Antwort #1 am: 08.06.12 - 16:09:44 »
Hallo,

welche Rechte hat der Anwender auf seine Datenbank ? Ihr habt nicht zufällig die Rechte (korrekt) auf Editor geändert ?

http://www-304.ibm.com/support/docview.wss?uid=swg21175574

VG

Christian

Offline schroederk

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 1.924
  • Geschlecht: Männlich
  • Ich liebe dieses Forum!
Re: Komprimieren vom Benutzer funktioniert nicht?
« Antwort #2 am: 08.06.12 - 16:15:46 »
Hallo Christian,

die Anwender haben alle Manager-Recher auf ihre eigene Datenbank (mit den daraus resultierenden Risiken),
sollten von daher den Compact ausführen können.
Selbst ich, als Mitglied der Admin-Group und mit geöffnetem Admin-Client und Full Privileges kann den Compact nicht manuell auf der Datenbank starten.

(btw. Domino, Client auf 8.5.3, deutsches Standard Mail-Template mail85.ntf)
Ich wäre ja gerne weniger egoistisch, aber was hab ich davon?

Offline MCPvsTron

  • Senior Mitglied
  • ****
  • Beiträge: 270
  • Geschlecht: Männlich
  • Notes = Groupware
Re: Komprimieren vom Benutzer funktioniert nicht?
« Antwort #3 am: 08.06.12 - 17:58:02 »
Hallo,

habt Ihr evtl. vor kurzem das Transaction Logging für die Datenbanken aktiviert ? Ich meine danach war dies auch nicht mehr möglich. Da wir damals (ist schon länger her) beides fast parallel eingeführt haben kann auch dies der Grund gewesen sein.

VG

Christian

Offline michael-r

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 1.768
Re: Komprimieren vom Benutzer funktioniert nicht?
« Antwort #4 am: 09.06.12 - 15:41:14 »
Wenn Transactionlogging aktiviert wäre, dann kann man hier eine Option setzen, damit der ungenutzte Speicher sofort freigegeben wird.

MFG Michael

Offline Wolfgang

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 1.412
    • Mit dem Fahrrad durch Wüste, Regenwald und Arktis ...
Re: Komprimieren vom Benutzer funktioniert nicht?
« Antwort #5 am: 10.06.12 - 10:00:51 »
habt Ihr evtl. vor kurzem das Transaction Logging für die Datenbanken aktiviert ? Ich meine danach war dies auch nicht mehr möglich.

... ja, das ist so. Beim Compact bekommt die Datenbank eine neue DBIID, was je nach Backupsoftware eine Vollsicherung ausloest. Wenn jetzt jeder Benutzer seine Datenbank komprimieren koennte, wuerde das Sicherungskonzept ausgehebelt werden, weil sich dann die beispielsweise zehn Generationen der Sicherung nicht mehr auf zehn Wochen, sondern beispielsweise auf zehn Tage verteilen.

Gruss
Wolfgang

Offline schroederk

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 1.924
  • Geschlecht: Männlich
  • Ich liebe dieses Forum!
Re: Komprimieren vom Benutzer funktioniert nicht?
« Antwort #6 am: 11.06.12 - 06:54:26 »
Danke für die Hinweise. Ich denke, dass es tatsächlich am Transaction Logging liegt. Das kommt zeitlich zumindest sehr gut hin.

Wenn Transactionlogging aktiviert wäre, dann kann man hier eine Option setzen, damit der ungenutzte Speicher sofort freigegeben wird.

MFG Michael

@Michael: Weisst Du aus dem Bauch raus, welche Option wo gesetzt werden muss? Ich habe bisher noch nichts finden können.
Ich wäre ja gerne weniger egoistisch, aber was hab ich davon?

Offline Wolfgang

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 1.412
    • Mit dem Fahrrad durch Wüste, Regenwald und Arktis ...
Re: Komprimieren vom Benutzer funktioniert nicht?
« Antwort #7 am: 11.06.12 - 09:20:27 »
... schau mal im Serverdokument unter "Transaktionsprotokollierung" ... letzte Option ...

Gruß
Wolfgang

Offline schroederk

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 1.924
  • Geschlecht: Männlich
  • Ich liebe dieses Forum!
Re: Komprimieren vom Benutzer funktioniert nicht?
« Antwort #8 am: 11.06.12 - 09:36:11 »
... schau mal im Serverdokument unter "Transaktionsprotokollierung" ... letzte Option ...

Für mich schaut keiner der möglichen Optionen danach aus...
Ich wäre ja gerne weniger egoistisch, aber was hab ich davon?

Offline Wolfgang

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 1.412
    • Mit dem Fahrrad durch Wüste, Regenwald und Arktis ...
Re: Komprimieren vom Benutzer funktioniert nicht?
« Antwort #9 am: 11.06.12 - 11:56:20 »
... wenn Du "Speicherplatz berechnen beim Hinzufügen eines Dokuments" (oder so ähnlich) auswählst, wird der tatsächlich belegte Speicherplatz berechnet, bevor ein Dokument zugestellt wird. Die DB wird dabei natürlich nicht komprimiert, aber für den Benutzer ist das Ergebnis das gleiche. Es kommen wieder Mails an, auch wenn die DB physisch den Grenzwert erreicht hat ...   

Gruß
Wolfgang

Offline Jörg P.

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 720
  • Ich liebe dieses Forum!
Re: Komprimieren vom Benutzer funktioniert nicht?
« Antwort #10 am: 11.06.12 - 13:14:17 »
Moin,

über diesen "Effekt" bin ich vor kurzem auch gestolpert. Beim stöbern in der Knowledgebase habe ich dann diesen Artikel dazu gefunden: Compact operation not performed immediately on a busy server -> http://www-304.ibm.com/support/docview.wss?uid=swg21247507

hth
Jörg
A programming error was found but will not be corrected. It will be a permanent restriction.  ::)

Offline schroederk

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 1.924
  • Geschlecht: Männlich
  • Ich liebe dieses Forum!
Re: Komprimieren vom Benutzer funktioniert nicht?
« Antwort #11 am: 11.06.12 - 16:00:40 »
... wenn Du "Speicherplatz berechnen beim Hinzufügen eines Dokuments" (oder so ähnlich) auswählst, wird der tatsächlich belegte Speicherplatz berechnet, bevor ein Dokument zugestellt wird. Die DB wird dabei natürlich nicht komprimiert, aber für den Benutzer ist das Ergebnis das gleiche. Es kommen wieder Mails an, auch wenn die DB physisch den Grenzwert erreicht hat ...   

Wir haben es so konfiguriert, dass bei uns Mails immer ankommen, auch wenn die Mail-DB-Größe überschritten wurde.
Aber wenn die max. Größe überschritten wurde, kommt ständig eine Meldung beim Versenden einer Mail.
Und das Speichern einer Mail beim Versenden ist auch nicht möglich.
Die Einstellung im Transaction Logging hat darauf wohl leider keine Einfluss.

über diesen "Effekt" bin ich vor kurzem auch gestolpert. Beim stöbern in der Knowledgebase habe ich dann diesen Artikel dazu gefunden: Compact operation not performed immediately on a busy server -> http://www-304.ibm.com/support/docview.wss?uid=swg21247507

Der Artikel ist recht interessant, aber bei uns wird kein Eintrag auf der Konsole angezeigt, dass hier ein Compact gequeued wurde.
Der genannte Befehl zum Anzeigen aller Compact Requests: show stat Update.PendingList.Processed.Compactions
zeigt 2 in der Queue. Aber leider nicht wer und seit wann. Wenn es sich um den Versuch vom Kollegen und von mir handeln würde, wären diese schon etwa 5 Tage in der Queue.

Ich bin mir nicht sicher, ob es Sinn macht, den Ini-Parameter zu setzen oder die Anzahl der Updater zu erhöhen.
Der Beitrag ist für Notes 7 und 8, nicht unbedingt für 8.5.
Ich wäre ja gerne weniger egoistisch, aber was hab ich davon?

Offline Wolfgang

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 1.412
    • Mit dem Fahrrad durch Wüste, Regenwald und Arktis ...
Re: Komprimieren vom Benutzer funktioniert nicht?
« Antwort #12 am: 11.06.12 - 17:00:04 »
Wir haben es so konfiguriert, dass bei uns Mails immer ankommen, auch wenn die Mail-DB-Größe überschritten wurde.
Aber wenn die max. Größe überschritten wurde, kommt ständig eine Meldung beim Versenden einer Mail.
Und das Speichern einer Mail beim Versenden ist auch nicht möglich.
Die Einstellung im Transaction Logging hat darauf wohl leider keine Einfluss.
... nein, darauf nicht. Das steuerst Du über ein Konfigurationsdokument im Abschnitt "Router/SMTP" ... "Beschränkungen und Steuerungen" ... "Zustellung" und dort im Bereich Größenbeschränkungen. 


Zitat
Ich bin mir nicht sicher, ob es Sinn macht, den Ini-Parameter zu setzen oder die Anzahl der Updater zu erhöhen.
Der Beitrag ist für Notes 7 und 8, nicht unbedingt für 8.5.
... Du kannst beim Verwenden von Transaction Logging als Benutzer keine Datenbank mehr komprimieren. Deshalb gibt es ja die Kombination der von mir genannten Einstellmöglichkeiten. Ein Compact funktioniert dann nur noch mit bestimmten Optionen und die kann ein Benutzer nicht auswählen. Das funktioniert dann nur noch über die Konsole, den Admin-Client oder ein Programmdokument. Steht alles irgendwo in der Admin-Hilfe beschrieben.

Gruß
Wolfgang

 

Impressum Atnotes.de  -  Powered by Syslords Solutions  -  Datenschutz