Server issues

[joeyl94]

Goedemiddag,

Bij ons bedrijf kampen we op dit moment met een vreemd probleem, ik probeer het zo goed mogelijk te omschrijven, mocht iets niet duidelijk zijn laat het me dan weten!

Vaak is de verbinding op de werkstations met de server heel erg traag, accountview werkt dan traag, een rdp sessie starten duurt lang, bestanden benaderen via de Explorer duurt eeuwen.

Dit komt het vaakst voor vroeg in de ochtend. Wanneer we daarna de server opnieuw starten zijn alle problemen in een keer verholpen en is alles weer snel. Maar dit is helaas maar voor een bepaalde tijd, daarna begint dit hele probleem opnieuw. Ik heb geen idee meer waar ik moet zoeken.

We willen dit probleem graag verhelpen omdat we geen zin hebben dagelijks de server te moeten herstarten.

...

We hebben een Lenovo Thinkserver TD340, Microsoft Server 2012 R2 Standard, 48GB RAM, Intel XEON E5-2420 v2 processor.

...

Alvast bedankt voor het meedenken!

[SmokingSig]

Ik neem aan dat je de resources van de server al hebt bekeken ? Wat is het RAM gebruik, CPU gebruik. Wat zeggen de eventlogs ?

[MAX3400]

mocht iets niet duidelijk zijn laat het me dan weten

Omschrijven is wat anders dan meten; heb je al perflogs laten genereren? Wat zeggen de eventlogs? Zijn er events op de clients? Wat zegt de systeembeheerder?

[wizai]

Gebruiken jullie IPv6?
Staat IPv6 evt. nog ingeschakeld?

[joeyl94]

SmokingSig schreef op woensdag 21 juni 2017 @ 14:02:
Ik neem aan dat je de resources van de server al hebt bekeken ? Wat is het RAM gebruik, CPU gebruik. Wat zeggen de eventlogs ?

Ik heb dit al een tijdje bestudeerd, wanneer de server traag is draait de cpu, ram en de netwerkkaart gewoon op normale tempo. Precies het zelfde als wanneer die snel draait.

Ik heb de eventlogs al een tijdje en de gaten gehouden en er is 1 event die om de 16 minuten terug komt waar ik ook nog niet helemaal uit kom namelijk de volgende:

Bron: Schannel
Event id: 36887
Details: Een melding van een onherstelbare fout is ontvangen van het externe eindpunt. De door het TLS-protocol gedefinieerde meldingcode van de onherstelbare fout is 46.

[Wim-Bart]

joeyl94 schreef op woensdag 21 juni 2017 @ 14:00:
We hebben een Lenovo Thinkserver TD340, Microsoft Server 2012 R2 Standard, 48GB RAM, Intel XEON E5-2420 v2 processor.

Dit zegt helemaal niets. Want:

• Staat er SQL Server op?
• Staat er Exchange Server op?
• Is het een Hyper-V host?
• Draait er IIS op?
• Wat is de disk indeling, bijvoorbeeld hardware RAID, Software RAID?
• Is het een Domein Controller?
• Is SMB1 geïnstalleerd?

joeyl94 schreef op woensdag 21 juni 2017 @ 14:06:
[...]
Bron: Schannel
Event id: 36887
Details: Een melding van een onherstelbare fout is ontvangen van het externe eindpunt. De door het TLS-protocol gedefinieerde meldingcode van de onherstelbare fout is 46.

Nergens om je zorgen over te maken.

[ Voor 24% gewijzigd door Wim-Bart op 21-06-2017 14:08 ]

[joeyl94]

wizai schreef op woensdag 21 juni 2017 @ 14:03:
Gebruiken jullie IPv6?
Staat IPv6 evt. nog ingeschakeld?

IPv6 staat uitgeschakeld op de server.

[SmokingSig]

TLS code 46 wijst op een certificaat probleem volgens mij.

[joeyl94]

Wim-Bart schreef op woensdag 21 juni 2017 @ 14:06:
[...]


Dit zegt helemaal niets. Want:

• Staat er SQL Server op?
• Staat er Exchange Server op?
• Is het een Hyper-V host?
• Draait er IIS op?
• Wat is de disk indeling, bijvoorbeeld hardware RAID, Software RAID?
• Is het een Domein Controller?
• Is SMB1 geïnstalleerd?

[...]

Nergens om je zorgen over te maken.

1. Nee er draait geen sql server op de server.
2. Er draait wel een exchange server op.
3. Het is geen hyper-v host
4. De server draait 2x een raid 1 configuratie, 1 voor de OS en 1 voor alle data
5. Het is ook de domein controller.
6. Nee SMB1 is niet geinstalleerd.

excuses voor het ontbreken van info

[bregweb]

Het klinkt alsof jij ook een gewone gebruiker bent. Is er een IT-er aanwezig, eventueel oproepbaar? We kunnen via dit kanaal proberen te troubleshooten, maar dat blijft giswerk en zonder je te willen beledigen, je antwoorden zijn niet echt behulpzaam.

Het lijkt mij het beste om er iemand lokaal naar te laten kijken.

[MAX3400]

SmokingSig schreef op woensdag 21 juni 2017 @ 14:10:
TLS code 46 wijst op een certificaat probleem volgens mij.

Zal me niks verbazen als de root CA updates niet op de hele omgeving staan en/of er self-signed SSL's op de omgeving draaien voor de interne communicatie; recipe for disaster.

Daarnaast wordt er in de topicstart ook gesproken over RDP-connecties; mag toch hopen dat dat niet ooook naar de server wordt gedaan? Met 48GB is die bak redelijk onderbemeten (ik lees namelijk tussen de regels door dat het een soort SBS-installatie is). En als het wel RDP is naar de server, dan zijn de clients de eersten die ook fouten moeten geven/loggen.

BPA's geven ook geen resultaat voor elk afzonderlijk geinstalleerde service op de machine?

[NLKornolio]

Meestal is de login periode in de ochtend, dit zorgt voor de meeste bedrijven voor de hoogste load op de infrastructuur.

Hoeveel gebruikers ?

Diskqueue, disk usage zie ik niet bij het resource gebruik staan wat tevens voor vertraging kan vormen.

Zet is een netmon/ wireshark op bij openen rdp sessie.

[Wim-Bart]

joeyl94 schreef op woensdag 21 juni 2017 @ 14:13:
[...]


1. Nee er draait geen sql server op de server.
2. Er draait wel een exchange server op.
3. Het is geen hyper-v host
4. De server draait 2x een raid 1 configuratie, 1 voor de OS en 1 voor alle data
5. Het is ook de domein controller.
6. Nee SMB1 is niet geinstalleerd.

excuses voor het ontbreken van info

Domein controller en Exchange server op 1 server werkt maar zorgt voor veel traagheid. In combinatie met Exchange is de error 36 opeens wel interessant, maar niet de oorzaak.

Herstarten als oplossing geeft al het probleem aan. Exchange maakt gebruik van IIS en de server zal gedurende de dag langzaam meer geheugen gaan opeten en resources gebruiken. Daar ligt je probleem. Er zijn een aantal oplossingen, echter moet je wel rekening houden met een migratie traject.

Oplossing 1: ADSIEDIT Exchange
Hiermee ga je geheugengebruik van de Exchange Information Store beperken. Nadeel is dat dit alleen het vollopen vertraagd.

1. Start ADSIEDIT.msc
2. Navigate to Configuration > Services > Microsoft Exchange > <Organization Name> > Administrative Groups > <Administrative Group> > Servers > <Server Name> > InformationStore
3. Right-click InformationStore, and edit msExchESEParamCacheSizeMax. Set it it to the number of pages to maximize the Database Cache to. Note that Exchange 2007 works with 8 KB pages and Exchange 2010/2013/2016 with 32 KB pages!
4. Restart the Microsoft Exchange Information Store service for the change to become effective.

So, for instance, if you want to limit the Database Cache to 4 GB of an Exchange 2010 server, set msExchESEparamCacheSizeMax to 131072 (4 GB = 4.194.304 KB / 32 KB).

Oplossing 2: Hyper-V
Je hebt Server 2012 R2 standaard editie, dus mag je 2 virtuele machines installeren. Al beveel ik het niet aan om Hyper-V te installeren op een Domein Controller, gaat het wel werken. Maar ik zou gewoon voor het volgende gaan.

1. Installeer Hyper-V rol op de machine;
2. Maak een nieuwe VM aan voor Exchange;
3. Installeer Exchange in deze VM;
4. Migreer alle mailboxen;
5. De-installeer Exchange van de Host;
6. Wacht nu een week of 2 tot alles werkt;
7. Maak nu een tweede VM aan;
8. Installeer daar de andere rollen waaronder Domein Controller;
9. Move alle AD Rollen van de host naar de nieuwe Domein Controller;
10. Doe dit ook voor alle file server data en dergelijke;
11. Maak de oude host weer gewoon workgroup server
12. en klaar

Dan is je omgeving netjes verdeeld over meerdere "servers" die elkaar niet kunnen vervuilen. je kan dan ook geheugen en CPU resources verdelen. Eventueel met een tweede Windows Server licentie kan je nog 2 VM';s aanmaken.

MAX3400 schreef op woensdag 21 juni 2017 @ 14:29:
[...]

Zal me niks verbazen als de root CA updates niet op de hele omgeving staan en/of er self-signed SSL's op de omgeving draaien voor de interne communicatie; recipe for disaster.

Daarnaast wordt er in de topicstart ook gesproken over RDP-connecties; mag toch hopen dat dat niet ooook naar de server wordt gedaan? Met 48GB is die bak redelijk onderbemeten (ik lees namelijk tussen de regels door dat het een soort SBS-installatie is). En als het wel RDP is naar de server, dan zijn de clients de eersten die ook fouten moeten geven/loggen.

BPA's geven ook geen resultaat voor elk afzonderlijk geinstalleerde service op de machine?

48 GB onder bemeten? Met Hyper-V en verschillende rollen per Virtuele machine kan je eenvoudig 100+ seats kwijt op zo een machine. Alleen Disk kan een issue vormen.

[ Voor 13% gewijzigd door Wim-Bart op 21-06-2017 14:38 ]

[musiman]

Wim-Bart was me net voor. Exchange op een Domain Controller...

[ Voor 3% gewijzigd door musiman op 21-06-2017 14:38 ]

[joeyl94]

Wim-Bart schreef op woensdag 21 juni 2017 @ 14:36:
[...]


Domein controller en Exchange server op 1 server werkt maar zorgt voor veel traagheid. In combinatie met Exchange is de error 36 opeens wel interessant, maar niet de oorzaak.

Herstarten als oplossing geeft al het probleem aan. Exchange maakt gebruik van IIS en de server zal gedurende de dag langzaam meer geheugen gaan opeten en resources gebruiken. Daar ligt je probleem. Er zijn een aantal oplossingen, echter moet je wel rekening houden met een migratie traject.

Oplossing 1: ADSIEDIT Exchange
Hiermee ga je geheugengebruik van de Exchange Information Store beperken. Nadeel is dat dit alleen het vollopen vertraagd.

1. Start ADSIEDIT.msc
2. Navigate to Configuration > Services > Microsoft Exchange > <Organization Name> > Administrative Groups > <Administrative Group> > Servers > <Server Name> > InformationStore
3. Right-click InformationStore, and edit msExchESEParamCacheSizeMax. Set it it to the number of pages to maximize the Database Cache to. Note that Exchange 2007 works with 8 KB pages and Exchange 2010/2013/2016 with 32 KB pages!
4. Restart the Microsoft Exchange Information Store service for the change to become effective.

So, for instance, if you want to limit the Database Cache to 4 GB of an Exchange 2010 server, set msExchESEparamCacheSizeMax to 131072 (4 GB = 4.194.304 KB / 32 KB).

Oplossing 2: Hyper-V
Je hebt Server 2012 R2 standaard editie, dus mag je 2 virtuele machines installeren. Al beveel ik het niet aan om Hyper-V te installeren op een Domein Controller, gaat het wel werken. Maar ik zou gewoon voor het volgende gaan.

1. Installeer Hyper-V rol op de machine;
2. Maak een nieuwe VM aan voor Exchange;
3. Installeer Exchange in deze VM;
4. Migreer alle mailboxen;
5. De-installeer Exchange van de Host;
6. Wacht nu een week of 2 tot alles werkt;
7. Maak nu een tweede VM aan;
8. Installeer daar de andere rollen waaronder Domein Controller;
9. Move alle AD Rollen van de host naar de nieuwe Domein Controller;
10. Doe dit ook voor alle file server data en dergelijke;
11. Maak de oude host weer gewoon workgroup server
12. en klaar

Dan is je omgeving netjes verdeeld over meerdere "servers" die elkaar niet kunnen vervuilen. je kan dan ook geheugen en CPU resources verdelen. Eventueel met een tweede Windows Server licentie kan je nog 2 VM';s aanmaken.


[...]

48 GB onder bemeten? Met Hyper-V en verschillende rollen per Virtuele machine kan je eenvoudig 100+ seats kwijt op zo een machine. Alleen Disk kan een issue vormen.

Ik ga eens kijken of 1 van deze oplossingen zou helpen.
het vreemde is dat het jaren goed gedraaid heeft en vorige week maandag liep de server compleet vast en sindsdien hebben we dit probleem.

en 48GB moet inderdaad meer als voldoende zijn, er werken op zijn meest 10 mensen tegelijk op de server.

[MAX3400]

joeyl94 schreef op woensdag 21 juni 2017 @ 15:01:
[...]

en 48GB moet inderdaad meer als voldoende zijn, er werken op zijn meest 10 mensen tegelijk op de server.

Werken deze mensen via RDP naar de server met applicaties op de server? Of bedoel jij dat er maximaal 10 mensen tegelijk een SMB-verbinding hebben naar een share voor files en ook 10x een verbinding naar de Exchange-server.

[joeyl94]

MAX3400 schreef op woensdag 21 juni 2017 @ 15:03:
[...]

Werken deze mensen via RDP naar de server met applicaties op de server? Of bedoel jij dat er maximaal 10 mensen tegelijk een SMB-verbinding hebben naar een share voor files en ook 10x een verbinding naar de Exchange-server.

Nee niemand werkt met een rdp verbinding, alleen de eigenaar vanuit huis heel af en toe.
Iedereen heeft een netwerkshare naar de server waar ze met bestanden aan het werk zijn.
En het programma accountview wordt op 5 a 6 computers gebruikt en bestanden gebruikt op de server.

[MGB-hero]

joeyl94 schreef op woensdag 21 juni 2017 @ 15:01:
[...]
het vreemde is dat het jaren goed gedraaid heeft en vorige week maandag liep de server compleet vast en sindsdien hebben we dit probleem.

Enig idee waarom deze vast liep? Update's geïnstalleerd?

joeyl94 schreef op woensdag 21 juni 2017 @ 15:07:
[...]
Nee niemand werkt met een rdp verbinding, alleen de eigenaar vanuit huis heel af en toe.
Iedereen heeft een netwerkshare naar de server waar ze met bestanden aan het werk zijn.
En het programma accountview wordt op 5 a 6 computers gebruikt en bestanden gebruikt op de server.

RDP hopelijk wel achter een firewall en niet gewoon open naar het boze internet?

Gebruiken jullie lokale profielen? Of worden die elke ochtend op het gemak gedownload van af de server?
Netwerk ook al een keer gemonitord? Aangezien het lijkt of alleen de verbindingen traag worden?

[Jazzy]

Wim-Bart schreef op woensdag 21 juni 2017 @ 14:36:
[...]


Domein controller en Exchange server op 1 server werkt maar zorgt voor veel traagheid.

Want?

Herstarten als oplossing geeft al het probleem aan. Exchange maakt gebruik van IIS en de server zal gedurende de dag langzaam meer geheugen gaan opeten en resources gebruiken. Daar ligt je probleem.

Het is niet IIS, maar de Information Store die geheugen reserveert. Maar zullen we eerst maar gewoon onderzoek doen voordat we de TS aanpassingen laten maken? Zeker met zulke dikke resources en een handjevol gebruikers is het best lastig om op afstand aan te wijzen waar het aan ligt.

@joeyl94 Ik zou je aanraden om eens een performance analyse te laten draaien met de PAL tool. Het mooie hiervan is dat die ook een handig rapportje geeft wat je snel inzicht geeft in de mogelijke bottlenecks, zonder dat je expert hoeft te zijn in alle mogelijke performance counters.

musiman schreef op woensdag 21 juni 2017 @ 14:38:
Wim-Bart was me net voor. Exchange op een Domain Controller...

Volledig ondersteund door Microsoft en vrij standaard bij kleine bedrijven die Exchange nog in eigen huis draaien. Denk dat de smiley een beetje overdreven is.

[joeyl94]

MGB-hero schreef op woensdag 21 juni 2017 @ 15:16:
[...]


Enig idee waarom deze vast liep? Update's geïnstalleerd?

Nee hier hebben we geen reden van, event log gaf ook niks aan, alleen event id 41 wat duid op verkeerd opnieuw starten.

RDP hopelijk wel achter een firewall en niet gewoon open naar het boze internet?

Gebruiken jullie lokale profielen? Of worden die elke ochtend op het gemak gedownload van af de server?
Netwerk ook al een keer gemonitord? Aangezien het lijkt of alleen de verbindingen traag worden?

Er wordt gewerkt met lokale profielen ja, iedereen heeft toch zijn eigen werk plek en belangrijke bestanden worden op de server opgeslagen.

RDP wordt achter een firewall gebruikt en niet naar het boze internet inderdaad.
Het netwerk heb ik nog niet gemonitord, misschien handig eens te doen.

[joeyl94]

Jazzy schreef op woensdag 21 juni 2017 @ 15:18:
[...]
Want?
[...]
Het is niet IIS, maar de Information Store die geheugen reserveert. Maar zullen we eerst maar gewoon onderzoek doen voordat we de TS aanpassingen laten maken? Zeker met zulke dikke resources en een handjevol gebruikers is het best lastig om op afstand aan te wijzen waar het aan ligt.

@joeyl94 Ik zou je aanraden om eens een performance analyse te laten draaien met de PAL tool. Het mooie hiervan is dat die ook een handig rapportje geeft wat je snel inzicht geeft in de mogelijke bottlenecks, zonder dat je expert hoeft te zijn in alle mogelijke performance counters.

[...]
Volledig ondersteund door Microsoft en vrij standaard bij kleine bedrijven die Exchange nog in eigen huis draaien. Denk dat de smiley een beetje overdreven is.

Dank voor je tip! ik zal PAL tool dadelijk meteen laten draaien en zien wat hier uit komt.
Zal eventueel het rapportje erbij doen mochten jullie dit handig vinden.

[Brahiewahiewa]

Euh, staat er toevallig een directory op de server die 1000-en files bevat die allemaal bijna dezelfde filename hebben?

[The GUI]

joeyl94 schreef op woensdag 21 juni 2017 @ 14:07:
[...]


IPv6 staat uitgeschakeld op de server.

Ik zou IPv6 inschakelen, Microsoft-onderdelen zoals Exchange gebruiken dit om onder water te communiceren.

“It is unfortunate that some organizations disable IPv6 on their computers running Windows 7, Windows Vista, Windows Server 2008 R2, or Windows Server 2008, where it is installed and enabled by default. Many disable IPv6-based on the assumption that they are not running any applications or services that use it. Others might disable it because of a misperception that having both IPv4 and IPv6 enabled effectively doubles their DNS and Web traffic. This is not true.

From Microsoft’s perspective, IPv6 is a mandatory part of the Windows operating system and it is enabled and included in standard Windows service and application testing during the operating system development process. Because Windows was designed specifically with IPv6 present, Microsoft does not perform any testing to determine the effects of disabling IPv6. If IPv6 is disabled on Windows 7, Windows Vista, Windows Server 2008 R2, or Windows Server 2008, or later versions, some components will not function. Moreover, applications that you might not think are using IPv6—such as Remote Assistance, HomeGroup, DirectAccess, and Windows Mail—could be.

Therefore, Microsoft recommends that you leave IPv6 enabled, even if you do not have an IPv6-enabled network, either native or tunneled. By leaving IPv6 enabled, you do not disable IPv6-only applications and services (for example, HomeGroup in Windows 7 and DirectAccess in Windows 7 and Windows Server 2008 R2 are IPv6-only) and your hosts can take advantage of IPv6-enhanced connectivity.”

Bron

[joeyl94]

vandaag is het probleem weer opgetreden, dit keer pas om 12:00.
Ik heb meerdere dingen geprobeerd, maar toen ik de iis server stop heb gezet werkte het weer snel!
En als ik hem weer aanzet werkt die na 10 minuten weer traag.

[Jazzy]

In de tijd dat je dit schreef had je ook een meting met PAL kunnen laten lopen.

[nextware]

joeyl94 schreef op woensdag 21 juni 2017 @ 14:00:

...

We hebben een Lenovo Thinkserver TD340, Microsoft Server 2012 R2 Standard, 48GB RAM, Intel XEON E5-2420 v2 processor.

...

Alvast bedankt voor het meedenken!

Tip: kijk eens in de geplande taken van je server. Best kans dat er op dat betreffende tijdstip een geplande taak loopt. De Regular Maintenance Taak. Deze voert een aantal subtaken uit, waaronder (oa):

- Defragmentatie
- Schijfopruiming

Deze veroorzaakt zo'n load op de server dat deze zeer traag wordt. Een herstart lost het dan weer op tot het volgende moment dat de taak loopt.

Hier staat iets meer info over die taak.

En via deze link nog meer info.

[ Voor 17% gewijzigd door nextware op 22-06-2017 14:37 ]

[MAX3400]

joeyl94 schreef op donderdag 22 juni 2017 @ 14:01:
vandaag is het probleem weer opgetreden, dit keer pas om 12:00.
Ik heb meerdere dingen geprobeerd, maar toen ik de iis server stop heb gezet werkte het weer snel!
En als ik hem weer aanzet werkt die na 10 minuten weer traag.

Klinkt als een gevalletje eens heeeel goed kijken naar de verplichte/optionele updates van de server en dan met name de services die tegen/met IIS een service aanbieden aan de omgeving. Je zou ook eens per IIS-site of worker dingen deductief uitschakelen als de server weer trager lijkt te voelen. Eventueel recycling op IIS hoger/sneller proberen te zetten en kijken wat dat voor resultaat heeft voor server en clients.

Desondanks; er is een flink aantal aannames en tips gegeven sinds de eerste post in dit topic. Vind het dan wel vervelend dat je 0 resultaten hebt van de tools die zijn aangereikt. We hebben welgeteld 1 event gekregen van je maar 0 resultaten van de BPA's, PAL of andere logging (zoals IIS, events tussen client en server op dezelfde tijden etc). We weten niet eens je ofifciele patchlevels van de produkten.

[ Voor 7% gewijzigd door MAX3400 op 22-06-2017 14:35 ]