05. december 2006 - 08:16Der er
11 kommentarer og 1 løsning
max antal services på serveren ?
Hey jeg har lige været ude hos en "bekendt" og set hvor mange typer af "services" de kører på deres server. Mit spørgsmål er om de ikke kører alt for meget på deres server ?
De er 4 brugere, og har 1 SBS2000 server.
Denne ene server kører følgende: Active Directory DNS DHCP SQL Online Virus-scan Veritas Backup Exchange Delte netværksdrev, der er mappet til hver enkelt brugerkonto.
ikke på en SBS nej, det ser helt korrekt ud (hvilke services mener du da det er der er overflødige ?)
AD, DNS, SQL (det lyder som en sbs premium ed), og exchange installeres automatisk, og kan ikke undværes, DHCP ja, men er der ingen grund til, AV, og backup er også fornuftigt, og delte netværkdrev er også en god ting.
Synes godt om
Slettet bruger
05. december 2006 - 08:30#4
Jeg mener bare at sql burde som minumum køre på et seperat drev, og ikke på det samme raid-drev som resten.
både og, hvis det ligger på et RAID 1 eller 5 drev, vil det være bedre sikret end hvis det ligger på sin egen disk, så jeg tror det har været en viurdering af sikkerhed kontra pris for flere diske/ større behov
Synes godt om
Slettet bruger
05. december 2006 - 08:40#6
men umiddelbart burde der ikke være nogen problemer med antallet af services ?
absolut ikke, har kørt samme services på en mindre maskine uden problemer, hvad er problemet siden du har en mistanke om den kører for mange services ?
Synes godt om
Slettet bruger
05. december 2006 - 09:09#8
Den begynder bare at køre langsomt, og mapper ikke altid netværksdrevne ved opstart. Den ene klient har problemer med at komme på internettet, og exchange svarer ikke altid.
Troede faktisk at den ene disk var stået af, men det var den ikke.
det lyder mere som et DNS problem, er det fra alle maskiner at exchange delen ikke svarer ? hvad siger loggen ? den klient der har problemer med at komme på nettet, kører den med dynamisk eller statisk ip ?
Antallet af services er fint. Jeg mener nu ikke SQL bliver installeret som standard på en SBS, men hvis den er nødvendig for deres opsætning, skal den selvfølgelig være der.
Exchange kan ikke undlades når det er en SBS. AD, DNS er nødvendige for at alting virker på en SBS. DHCP er ikke specielt resourcekrævende.
Den eneste flaskehals jeg ser er din (servers) hukommelse. 1GB er lige i underkanten til en SBS.
Jeg synes du lige skal chekke din eventlog efter fejlbeskeder og evt. bruge performance værktøjet til at se om din maskine er for sløv i optrækket.
venturer enig, faktisk vil alle maskiner emd en exchange med kun 1 GB ram være en flaskehals, sjældent er programmer set med så stor appetit på ram som exchange har ;)
Synes godt om
Slettet bruger
05. december 2006 - 19:24#12
nu er jeg kommet på net igen, og i mellemtiden er jeg kommet frem til det samme som i skriver.
Den har helt klart et problem med DNS men kun fra den ene maskine som niels også nævner. Den ene bruger-profil, (ligger på serveren) har desuden en troj som downloader virus ved startop, heldigvis er der en god antivirus installeret på serveren som fjerner den hver gang.
Jeg tror at det er dette der gør at det script der kører ved start, ikke formår at mappe alle netdrev til computeren.
kørte en nslookup fra klienten, og den kunne ikke finde dns. Det kunne de andre computere derimod.
* Næste skridt jeg tager, er at ændre logon scriptet til at køre via AD og ikke bare som en bat fil ved start, (prodester hvis i er uenige ! )
Fjernelse af virus og Troj fra bruger-profilen på serveren, eller oprettelse af en ny profil hvis dette ikke kan lade sig gøre.
Derefter skal der helt klart noget mere ram i serveren, jeg kikkede på "performance" og den brugte processor-kraft og læste fra HDD hver gang at der blev lavet et kald til serveren.
Hvor mange ram vil i foreslå ? regner med 3 gb, mere ? (har ikke kikket hvilken type ram det er endnu)
Synes godt om
Ny brugerNybegynder
Din løsning...
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.