07. september 2007 - 09:35Der er
10 kommentarer og 2 løsninger
SAVFMSESp.exe sluger cpu
Hej,
jeg har en exchange server hvor der er gået ged i Symantec Mail Security. Der kører 5-6 af ovenstående process, hvilket sikkert er normalt, men de sluger al cpu'en. Og samtidig kan man ikke åbne mails der er sendt efter et bestemt tidspunkt i går aftes.
Nu har jeg stoppet Symantec Mail Security servicen, så den kører altså nu, men uden mailscan på exchangen.
Det er sket efter jeg forsøgte at køre en eseutil.exe (offline defragtmentering af exchange databasen). Den mislykkedes fordi der ikke var plads nok på disken til at udføre den.
Først bør du kontrollerer dit log bibliotek og se om der står en masse logs der. herefter kontrollerer du om din backup er konfigureret til at flushe committed logs. Hvis den ikke er det, så sæt den til det og kør en fuld backup. Det skulle gerne give noget plads.
Du kan øgså, hvis du har noget plads andre steder køre exchange optimizeren og flytte rundt på tingene så der bliver plads nok til at gennemføre en offline defrag der går godt.
Lad mig høre hvad der sker så kan jeg evt gå videre i baglandet ved problemer
Jeps, jeg ved godt det med at man kan forsøge at enten frigøre plads, eller køre en offline deragmentering på en anden maskine. Men, mener du at det skulle være løsningen på ovennævnte problem med SAVFMSESp.exe? (jeg kan ikke umiddelbart lave defragmenteringen, først i weekenden.)
Jeg tænkte måske mere i retning af om f.eks. en reinstallation af SMSSE var løsningen?
Det kan det godt være, men jeg ville nok vælge at køre uden antivirus indtil exchangen var tunet helt op og ikke risikerer at ødelægge noget så det ikke kan repareres. Du bør i hvert tilfælde væer meget sikker på backuå og logfiler så mest muligt kan genskabes
Hvis du ikke har styr på om dine log filer er flushed ned i information store eller ej, så er det yderst dumt at køre en offline defrag... Årsag: Du vil få datatab, idet den ganske vist vil defragmentere database filen, men vil afkoble transaction logs fuldstændigt.
strych9: ok, tak for tippet. Jeg har ikke kørt offline defrag endnu. Hvordan checker jeg om logfilerne er flushed ned i information storen?? Info: Circular loging er IKKE slået til, og der er ca. 43 af de der 5MB-logfiler. Backup'en er Veritas, og den står til "FULL - Database and Logs (flush commited logs)". Hvad gør jeg nu? Er der en måde man kan flushe logs'ne? Og kan jeg derefter, dismounte, flytte databasen over på en anden maskine, defragmentere, flytte databasen tilbage igen??
hej buffer og stryck, det er et stykke tid siden, men det lykkedes! Jeg fik kørt en offline defrag med eseutil, og jeg flushede logfilerne vha. ntbackup først. Defragen tog 7,5 time, og storen blev reduceret fra 40GB til 34GB. Så operationen må siges at være en succes. Og, det ser ud til at symantec er holdt op med at sluge CPU. Så mange tak til jer begge to! Strych: Hvis du er interesseret i point så læg et svar, ellers får buffer dem bare.
husk nu at køre esutil igen med mellemrum således at du får dekomprimeret efterhånden som folk slettet. Ofte kan en udsendelse af hvor meget folk har liggende i deres mailboks give anledning til masive oprydninger. Jeg har enkelte gange opnået en 50% reduktion i størrelsen ved sådanne kampanger
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
