Frage Exchange 2010-Server - Transaktionsprotokolle wachsen schneller als erwartet


Nachdem ich eine Weile hier gelauert habe, habe ich jetzt ein Problem, ich hoffe, du kannst mithelfen.

Wir haben ein Paar Exchange 2010 SP1-Server mit zwei Postfächer Datenbanken als DAG eingerichtet. Unsere Kunden nutzen alle Outlook 2010 auf ihren PCs und ungefähr zwei Drittel unserer 100 Mitarbeiter haben ein iPhone 4S.

Wir haben kürzlich festgestellt, dass die Transaktionsprotokolle viel schneller wachsen als erwartet - mehr als 7 GB seit unserem letzten vollständigen Backup, das vor 36 Stunden abgeschlossen wurde, und wir haben nur einen kleinen Teil dieses Volumens per Post verschickt.

In einer typischen Woche haben wir ungefähr 1,5 GB Post in unserem Journal-Postfach, aber ungefähr 35 GB Transaktionslogs. Was ist das normale Verhältnis von Mail zu Logs, das man auf einem Server von 2010 erwarten würde, da dies für mich sehr hoch erscheint.

Ich kann sehen, dass wir außerhalb der normalen Bürozeiten die erwartete Anzahl an erzeugten Protokollen erhalten - eines alle paar Minuten -, aber gegen 08:30 Uhr, wenn die Mitarbeiter anfangen zu arbeiten, wird dies bis zu einem Dutzend pro Minute wachsen. Der Exchange-Benutzermonitor zeigt keine Benutzer an, die hinsichtlich der Protokollbytes weit über den anderen zu liegen scheinen, sodass ich nicht sicher bin, woher sie stammen. Wir haben eine, die viel mehr CPU-Zeit verbraucht als andere, aber ich denke nicht, dass das hier das Problem ist.

Hat jemand Vorschläge, wo ich als nächstes hingehen soll?

Danke im Voraus


5
2017-12-05 16:49


Ursprung




Antworten:


Es gibt keine "typische Protokollgröße" für den Austausch, da dies von der Aktivität abhängt, nicht vom Produkt selbst.

Es gibt eine interessante Diskussion auf der Microsoft Support-Website Hier was könnte relevant sein (Auszug folgt).

Ich hatte das gleiche Problem, und es stellte sich heraus, dass 2 Benutzer mit Android-Handys in einer Sync-Schleife auf Kontakte. Ich habe im Grunde genommen Berichte erstellt, die die Top 10 Mailboxen nach Elementanzahl (im Gegensatz zur Größe) zeigen und es auf die 2 problematischen Benutzer auf diese Weise eingrenzen konnten (ihre Elementanzahl stieg im Vergleich zu allen anderen sehr schnell an. Ausführen des Berichts alle 3 Minuten lassen Sie mich den Trend finden

Das Poster schlug vor, das folgende Powershell-Skript als "Bericht" auszuführen

Get-Mailbox -database databasethatkeepsgrowing | Get-MailboxStatistics | Sort-Object ItemCount -descending |Select-Object DisplayName,ItemCount,@{name="MailboxSize";exp={$_.totalitemsize}} -first 10 | Convertto-Html | out-File c:\temp\report.htm

Ich nehme an, Sie könnten dieses Problem von jedem Gerät sehen, das Probleme haben könnte, einschließlich Outlook selbst, wenn ein oder zwei Benutzer OST-Dateien oder schlecht benannte Plugins vermasselt haben - beachten Sie, dass Transaktionsprotokolle nicht nur eine Liste von E-Mails, sondern eine Liste sind von, nun ja, Transaktionen Dies umfasst Mail, kann aber auch alles umfassen, was die Eigenschaften eines Objekts in Ihrem Nachrichtenspeicher ändert, was eine beliebige Anzahl von Dingen sein kann. Ich würde vorschlagen, dass die hohe CPU, die Sie bemerkt haben, sehr relevant sein könnte, und es lohnt sich, sie zumindest zu überprüfen.

Zusätzlich zu dieser Menge würde ich nach Dingen wie Spam-Weiterleitung und ähnlichem suchen, aber ich bin mir sicher, dass du das alles überlegst.


2
2017-12-05 17:09