Have SEP 12.1.2 with latest updates on SBS 2003 server w/15 users. Finally got rid of problem with runaway sem5.log size by completely uninstalling SEP, doing fresh install w/new database, and then forcing client reconnects. Restoring original database from backup leaves log problem. However I still have problems with runaway disk utilization by SEP processes. Problem became noticable several weeks ago, and has grown progressively worse. PerfMon Avg Disk Queue Length periodically pegs out at max for long periods, eventually forcing other client apps using the server to time out. Config Task Manager for I/O Read & Write bytes shows massive utilization by LUCallbackProxy.exe, SemSvc.exe and dbsrv12.exe. For example, within 10 minutes, LUCallbackProxy will read 1,409Mb and writes 939Mb. SemSvc reads 1,023Mb and writes 474Mb. These are WAY beyond numbers of "real" applications on same server by orders of magnitude - even heavily used shared file databases. Eventually, dbsrv12 collects even more over time, reading 566Mb and writing 1,190Mb by 30 mins (and keeps going). Stopping all SEP services allows Avg Disk Queue Length to eventually return to normal, but of course no protection then. There are also multiple instances of LuCallbackProxy (at least 3), although only one will have high disk I/O. These are insane amounts of disk activity and server resource utilization. I have read several dozen forum technotes trying to find answers, but no solutions so far. How can we get this resource utilization under control?
I need a solution