Toon posts:

Trage verbindingen tussen servers

Pagina: 1
Acties:

Verwijderd

Topicstarter
Ik heb nu gekoppeld staan via TCP/IP

Webserver:
Compaq Proliant 380
512MB Geheugen
2x SCSI Harddisks met Raid
2x netwerkkaart
IIS 5.0

Databaseserver:
Compaq Proliant 380
512MB Geheugen
4x SCSI Harddisks met Raid
1x netwerkkaart
SQL Server 7 Enterprise

Ik merk alleen een zeer trage verbinding op tussen de beide servers. De webserver moet lang wachten op een reactie van de databaseserver, terwijl deze met een heel lichte database werkt.

Wat kan ik doen om snelheid te bevorderen? Een speciale verbinding/gateway aanmaken? Verborgen instellingen in SQL server?

Verwijderd

Praten ze named pipes of tcp/ip?
Zijn de correct opgenomen in dns/wins?
Zijn de nic's hardcoded op snelheid ipv auto negotiate?

Verwijderd

Topicstarter
Op dinsdag 04 december 2001 15:51 schreef smiley het volgende:
Praten ze named pipes of tcp/ip?
Zijn de correct opgenomen in dns/wins?
Zijn de nic's hardcoded op snelheid ipv auto negotiate?
Ik heb zowel de pipes geprobeerd als de tcp/ip

Named Pipes was 13.3231ms
TCP-IP was 205.6559ms

DNSén zijn correct aangemaakt en de NIC's staan op Auto maar werken naar behoren en vertonen naar Compaq Diagnostics ook geen mankementen in hardware en snelheid.

Ik ben momenteel nog diverse opties aan het bekijken, want wat ik uit de diverse zoekresultaten bij google kan opmaken is dit iets wat pas gebeurt na SP3 te hebben geinstalleerd, en joh, dat heb ik dus ook gedaan :P

  • warp
  • Registratie: Januari 2000
  • Niet online
Op dinsdag 04 december 2001 16:06 schreef Gordijnstok het volgende:
... en de NIC's staan op Auto maar werken naar behoren en vertonen naar Compaq .. bla
Maakt niet uit. Fixed instellen geeft een veel betere performance omdat er, even heel simpel gezegd, niet elke keer gekeken hoeft te worden op welke snelheid er moet worden verzonden e.d.

Zie b.v. ook de Firewall 1 Performance Tuning Guide:
http://www.checkpoint.com/techsupport/documentation/FW-1_VPN-1_performance.html

"3. Force all LAN network interfaces to maximal speed and full duplex when applicable. Disable auto-negotiation."

Verwijderd

Op dinsdag 04 december 2001 16:06 schreef Gordijnstok het volgende:
DNSén zijn correct aangemaakt
Je draait NT of 2000?
Gebruik je ook wins?
Geen verkeerde entry in de wins of dns tabel?
lmhosts is niet gevult op de machines?

Verwijderd

Op dinsdag 04 december 2001 16:38 schreef smiley het volgende:

[..]

Je draait NT of 2000?
Gebruik je ook wins?
Geen verkeerde entry in de wins of dns tabel?
lmhosts is niet gevult op de machines?
iig 2000 voor de webserver...
sql server is nt?

wat gebeurt er verder nog op het netwerk of is zijn dit de enige 2 servers op dat netwerkje?

  • Dennis
  • Registratie: Februari 2001
  • Laatst online: 23:40
Op dinsdag 04 december 2001 16:44 schreef betweter het volgende:
iig 2000 voor de webserver...
Oow :?

Verwijderd

Op dinsdag 04 december 2001 16:45 schreef dennisdotcom het volgende:

[..]

Oow :?
---->>>> IIS5.0

Verwijderd

Topicstarter
Beide servers draaien Windows2000 Advanced Server. Sinds 30 minuten is de average DB time 2000 ms gemiddeld. Veel te hoog dus, en de performance is dramatisch.

Named pipes werkten wel erg snel, maar de overhead daarvan is te hoog. Op TCP/IP moet het gewoon snel kunnen werken.

SQL Server 7 heeft alle service packs gehad en hetzelfde geldt voor de Win2K Servers.

Op de een of andere manier is er een vertraging in de TCP verbinding tussen beide machines.

  • reddog33hummer
  • Registratie: Oktober 2001
  • Laatst online: 25-04 19:21

reddog33hummer

Dat schept mogelijkheden

mischien even een sniffer ertussen om te kijken of er mischien iets mis gaat met acks enzo

Backup not found (R)etry (A)bort (P)anic<br\>AMD 3400+ 64, 2 GB DDR, 1,5 TB Raid5


  • Pwigle
  • Registratie: December 2000
  • Laatst online: 31-03 16:10
[Wilde gok]
Misschien heb je zo'n leuk nimda virus die elke seconden een TFTP transfer probeerd te maken
[/Wilde gok]

Verwijderd

Topicstarter
Op dinsdag 04 december 2001 22:21 schreef DaPoztMaster het volgende:
[Wilde gok]
Misschien heb je zo'n leuk nimda virus die elke seconden een TFTP transfer probeerd te maken
[/Wilde gok]
Niet zo'n gekke gok hoor, want ook dit had ik al gecontroleerd. Het probleem ligt hem echt aan de manier van communicatie tussen de databaseserver en de webserver.

Met gebruik van TCP/IP is alles zo retetraag :(

  • reddog33hummer
  • Registratie: Oktober 2001
  • Laatst online: 25-04 19:21

reddog33hummer

Dat schept mogelijkheden

heb je mischien de TCPIP buffer te vol zitten mischien ?

Backup not found (R)etry (A)bort (P)anic<br\>AMD 3400+ 64, 2 GB DDR, 1,5 TB Raid5


Verwijderd

Topicstarter
Op woensdag 05 december 2001 09:29 schreef reddog33hummer het volgende:
heb je mischien de TCPIP buffer te vol zitten mischien ?
Ik heb reeds wat onderzoek gedaan en het blijkt dat SQL Server alleen met Named Pipes snel schijnt te werken. :(

Verwijderd

Op woensdag 05 december 2001 10:19 schreef Gordijnstok het volgende:
Ik heb reeds wat onderzoek gedaan en het blijkt dat SQL Server alleen met Named Pipes snel schijnt te werken. :(
Effe de laatste mdac ophalen op:
http://www.microsoft.com/data

Verwijderd

Topicstarter
Op woensdag 05 december 2001 11:17 schreef smiley het volgende:

[..]

Effe de laatste mdac ophalen op:
http://www.microsoft.com/data
:* voila van een gemiddelde van 2600ms naar een gemiddelde van 16ms. Als je een vrouw was zou ik je zoenen :P
Pagina: 1