Exchange - Transportprotokolle - Komprimierung bei Verarbeitung?
Hallo zusammen,
wir haben einen KD übernommen mit einem Exchange 2013 - zwei Partitionen C: und E: - die Exchange DB liegt auf Laufwerk E: - seit Februar 17 lief scheinbar die Datensicherung nicht mehr sauber und die Transportprotokolle von C: wurden nicht verarbeitet.
Wir haben ca. 30 GB Transport-Logs auf C: - und noch ca~ 30 GB frei auf Laufwerk E: - eine Sicherung wurde durchgeführt - OHNE Exchange-Verarbeitung - Weiß jemand, ob die Logs bei der Sicherung 1:1 in die DB geschrieben werden oder wird komprimiert ?
Kurz erwähnt - der Exchange läuft als VM - nur eine dynamische Vergrößerung von E: ist nicht möglich (kein VMware oder HyperV)
Besten Dank vorab
wir haben einen KD übernommen mit einem Exchange 2013 - zwei Partitionen C: und E: - die Exchange DB liegt auf Laufwerk E: - seit Februar 17 lief scheinbar die Datensicherung nicht mehr sauber und die Transportprotokolle von C: wurden nicht verarbeitet.
Wir haben ca. 30 GB Transport-Logs auf C: - und noch ca~ 30 GB frei auf Laufwerk E: - eine Sicherung wurde durchgeführt - OHNE Exchange-Verarbeitung - Weiß jemand, ob die Logs bei der Sicherung 1:1 in die DB geschrieben werden oder wird komprimiert ?
Kurz erwähnt - der Exchange läuft als VM - nur eine dynamische Vergrößerung von E: ist nicht möglich (kein VMware oder HyperV)
Besten Dank vorab
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 342523
Url: https://administrator.de/forum/exchange-transportprotokolle-komprimierung-bei-verarbeitung-342523.html
Ausgedruckt am: 23.12.2024 um 09:12 Uhr
7 Kommentare
Neuester Kommentar
Hi ,
wie der Name Transaktions-Logs schon vermuten lässt korreliert die Größe der Logs nicht 1:1 mit dem zu erwartenden Anstieg am Speicherplatzbedarf. Denn in einem Transaktionslog werden unter anderem auch Verschiebe- und Lösch-Aktionen vermerkt, welche halt im Log Platz einnehmen aber in der tatsächlichen DB eben nicht. Es darf also nicht davon ausgegangen werden das die Log-Größe 1:1 auf die DB übertragen wird, da dort wie gesagt nicht nur neue Daten drin liegen sondern jegliche Art "Transaktion" welche auf die Datenbank angewendet und nach Sicherung aus dem Log abgeschnitten werden.
Gruß
wie der Name Transaktions-Logs schon vermuten lässt korreliert die Größe der Logs nicht 1:1 mit dem zu erwartenden Anstieg am Speicherplatzbedarf. Denn in einem Transaktionslog werden unter anderem auch Verschiebe- und Lösch-Aktionen vermerkt, welche halt im Log Platz einnehmen aber in der tatsächlichen DB eben nicht. Es darf also nicht davon ausgegangen werden das die Log-Größe 1:1 auf die DB übertragen wird, da dort wie gesagt nicht nur neue Daten drin liegen sondern jegliche Art "Transaktion" welche auf die Datenbank angewendet und nach Sicherung aus dem Log abgeschnitten werden.
Gruß
Moin,
Transportprotokolle sind lediglich Textfiles in denen Ereignisses aufgezeichnet werden - wenn der Platz knapp wird kannst du die einfach auf einen anderen Server verschieben oder löschen.
Im Gegensatz dazu werden die Datenbanklogs nach Sicherung abgeschnitten "truncated", d.h. die Infos die bereits in der DB stehen werden gelöscht und die Files entfernt. Wenn du Platzprobleme hast, kannst du auch Cirular Logging aktivieren (und den Server neu starten), dann werden alte Logfiles wiederverwendet und überschrieben.
lg,
Slainte
Transportprotokolle sind lediglich Textfiles in denen Ereignisses aufgezeichnet werden - wenn der Platz knapp wird kannst du die einfach auf einen anderen Server verschieben oder löschen.
Im Gegensatz dazu werden die Datenbanklogs nach Sicherung abgeschnitten "truncated", d.h. die Infos die bereits in der DB stehen werden gelöscht und die Files entfernt. Wenn du Platzprobleme hast, kannst du auch Cirular Logging aktivieren (und den Server neu starten), dann werden alte Logfiles wiederverwendet und überschrieben.
lg,
Slainte
Na damit wäre ich aber vorsichtig. Wenn die Logs einmal weg sind ist kein Restore der Datenbank von einem älteren Zustand mehr möglich. Es ist auch nur ein dismount und mount der DBs nötig und kein Neustart des Servers. Grundsätzlich löst Circular Logging das problem nur temporär weil du kein anständiges Backup mehr bekommst.