100940
03.05.2013
4236
2
0
Exchange 2013, Datenbank auf Daten Partition, Protokolle auf System Partition ??
Hallo zusammen,
Infos:
Server 2012
Exchange 2013
Die Datenbanken liegen auf der D:\ Partition.
Die Änderungsprotokolle vom Exchange liegen wieso auch immer, noch auf C:\.
Muss man, bzw. wie kann man, den Pfad für die Protokolle ändern?
Gab gerade das Problem, dass die Systempartition vollgelaufen ist und Exchange nicht mehr lief.
Windows Sicherung war allerdings eingerichtet, als Vollständige Sicherung der Exchange Partition, aber die Protokolle wurden leider nicht gelöscht.
Habe jetzt vorübergehend die Umlaufprotokollierung aktiviert.
Danke für Eure Hilfe!
Infos:
Server 2012
Exchange 2013
Die Datenbanken liegen auf der D:\ Partition.
Die Änderungsprotokolle vom Exchange liegen wieso auch immer, noch auf C:\.
Muss man, bzw. wie kann man, den Pfad für die Protokolle ändern?
Gab gerade das Problem, dass die Systempartition vollgelaufen ist und Exchange nicht mehr lief.
Windows Sicherung war allerdings eingerichtet, als Vollständige Sicherung der Exchange Partition, aber die Protokolle wurden leider nicht gelöscht.
Habe jetzt vorübergehend die Umlaufprotokollierung aktiviert.
Danke für Eure Hilfe!
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 206015
Url: https://administrator.de/forum/exchange-2013-datenbank-auf-daten-partition-protokolle-auf-system-partition-206015.html
Ausgedruckt am: 20.04.2025 um 19:04 Uhr
2 Kommentare
Neuester Kommentar
Hallo,
der passende Suchbegriff lautet "exchange 2013 change log file location".
Move-Databasepath “DatabaseName” –LogFolderpath “C:\Newlocation”
Deine Sicherung solltest du danach mal testen...
Gruß
Filipp
der passende Suchbegriff lautet "exchange 2013 change log file location".
Move-Databasepath “DatabaseName” –LogFolderpath “C:\Newlocation”
Deine Sicherung solltest du danach mal testen...
Gruß
Filipp
Das Problem - das Vollaufen eines Volumes mit Log-Dateien von Exchange - ist mir auch von Exchange 2010 (aus SBS 2011) bekannt, hängt aber meiner Vermutung nach nicht mit der Location der Logfiles oder der Datenbank zusammen, sondern mit der verwendeten Sicherung bzw. deren Provider für die Schattenkopie.
Ich habe ein Acronis-Produkt auf den betroffenen Servern installiert und kein Versuch, die Log-Dateien nach der erfolgreichen Sicherung loszuwerden hat dort bisher geklappt. Ausschließlich die vorübergehende Aktivierung der Umlaufprotokollierung löscht (natürlich) die überflüssigen Transaktionslogs. Da Acronis einen eigenen Provider für die Schattenkopie mitbringt, könnte dort die Ursache liegen.
Nun habe ich gerade eine frische SBS 2011 Installation (HP-ROK) mit aktuellen Updates vorgenommen - und siehe da: jetzt ist die Umlaufprotokollierung bereits per default eingeschaltet. Handelt es sich hier vielleicht doch um eine gewisse "Produktunschärfe" seitens Exchange 2010 / Windows Server 2008 R2, die nun mit diesem Defaultwert "behoben" wird?
Ich würde natürlich gerne die eigentliche Ursache und eine korrekte Konfiguration finden. Sollte also jemand eine brauchbare Lösung entdeckt haben...
Ich habe ein Acronis-Produkt auf den betroffenen Servern installiert und kein Versuch, die Log-Dateien nach der erfolgreichen Sicherung loszuwerden hat dort bisher geklappt. Ausschließlich die vorübergehende Aktivierung der Umlaufprotokollierung löscht (natürlich) die überflüssigen Transaktionslogs. Da Acronis einen eigenen Provider für die Schattenkopie mitbringt, könnte dort die Ursache liegen.
Nun habe ich gerade eine frische SBS 2011 Installation (HP-ROK) mit aktuellen Updates vorgenommen - und siehe da: jetzt ist die Umlaufprotokollierung bereits per default eingeschaltet. Handelt es sich hier vielleicht doch um eine gewisse "Produktunschärfe" seitens Exchange 2010 / Windows Server 2008 R2, die nun mit diesem Defaultwert "behoben" wird?
Ich würde natürlich gerne die eigentliche Ursache und eine korrekte Konfiguration finden. Sollte also jemand eine brauchbare Lösung entdeckt haben...
