Ich verwalte einige Windows 2012-Server, die insgesamt Millionen kleiner Dateien hosten. Ich habe DFS-Namespaces eingerichtet und versucht, auch die DFS-Replikation zum Laufen zu bringen. Die DFS-Replikation schien nicht zu funktionieren (werde aber wahrscheinlich irgendwann in der Zukunft versuchen, sie zum Laufen zu bringen), also habe ich vorerst alle Replikationsgruppen entfernt und begonnen, Robocopy + Taskplaner zu verwenden, um Dateien als vorübergehende Lösung zu synchronisieren.
Auf zwei meiner Server läuft der DFS-Replikationsdienst noch im Hintergrund, aber das ist in Ordnung, da er nicht sehr viele Ressourcen verbraucht. Auf einem meiner Server verbraucht der DFS-Replikationsdienst jedoch ständig etwa 1,5 bis 2 GB RAM und 1 bis 2 % CPU.
Ich weiß, dass die Netzwerkfreigaben meines Servers stark beansprucht werden. Aber wenn ich die DFS-Replikation überhaupt nicht verwende, warum verbraucht der Replikationsdienst dann so viel RAM? Versucht er immer noch, den Überblick über die Dateien zu behalten, obwohl keine davon repliziert wird?
Antwort1
Wie groß ist die Datenbank? Das ist ein normales Verhalten von ESE. Wenn das Betriebssystem den RAM für etwas anderes benötigt, gibt ESE ihn frei.
Bitte beachten Sie den Abschnitt Hardware-Tuning vonhttp://blogs.technet.com/b/askds/archive/2010/03/31/tuning-replication-performance-in-dfsr- Especially-on-win2008-r2.aspx