FM9Adv. Server performance problemen

[Roofuzz]

Ik heb een Windows 2003 R2 Standaard server staan met Filemaker 9 Advanced Server (v3).

De server heeft 2 Intel Quad Core 2.8Ghz cpu's en 4GB's of RAM.

Er draait 1 FM database op en die is 40MB groot. Database cache size is 25MB. Web Publishing staat aan.

 

We hebben 30 concurrent connecties met Filemaker 7 Pro clients (Mac OSX 10.4 en Windows XP) en Web (IE6,IE7). De performance van het zoeken in records is er traag en ook de gemiddelde (normale) cpu beslasting komt niet onder de 20% (erg raar)

 

De database wordt gebruikt als order informatie database waarin order regels etc staan waar men in kan zoeken en zo nodig wijzigen. De gegevens worden niet vaak gewijzigd overdag en er wordt alleen veel in gezocht op records of ordernummers. Er zitten ongeveer 50.000 records in.

 

1) Hoe komt het dat de performance zo traag is, enig idee ?

2) Is er een maximum van database grootte misschien ? Ga niet bijvoorbeeld boven de 1GB ?

3) Hoeveel records worden er ondersteund door FM in 1 database ? Iemand een idee ?

 

Er draaien geen andere processen, taken, programma's op deze machine. Er staat alleen Windows 2003 en 1 FM database op.

 

Ik heb geen idee hoe dit kan komen.. Heeft iemand misschien tips of misschien hints ?

 

Alvast bedankt

[trikke]

1)

4GB Ram en 25MB Cache? Verhoog dat al eens tot het maximum... (zou minstens 400MB moeten zijn, maar waarschijnlijk meer.)

Zijn de velden waarin gezocht wordt geïndexeerd?

Netwerkprobleem?

Schijfproblemen op de server?

 

2) 8 Terrabyte. Ik heb er eentje van 65 GB (65.000 MB), en die loopt alsof het niks is.

 

3) Ongelimiteerd in theorie... 50.000 records mag geen enkel probleem geven.

[Roofuzz]

1)

4GB Ram en 25MB Cache? Verhoog dat al eens tot het maximum... (zou minstens 400MB moeten zijn, maar waarschijnlijk meer.)

Zijn de velden waarin gezocht wordt geïndexeerd?

Netwerkprobleem?

Schijfproblemen op de server?

 

2) 8 Terrabyte. Ik heb er eentje van 65 GB (65.000 MB), en die loopt alsof het niks is.

 

3) Ongelimiteerd in theorie... 50.000 records mag geen enkel probleem geven.

 

Bedankt voor de reactie.

 

1) Heb net de schijven gechecked, geen problemen. Netwerkproblemen zijn er niet, mensen zitten er nu in en de server is perfect bereikbaar.

2) cool ! Zal wel eventjes duren voordat ik daar aan zit maar wel goed om te weten !.

3) Mooi, dacht al dat het te veel was ofzo.

 

Ik heb net een dmp file geprobeerd te debuggen met windbg, maar zie daar alleen :

 

FAULTING_IP:

+690077

00690077 ?? ???

 

EXCEPTION_RECORD: ffffffff -- (.exr 0xffffffffffffffff)

ExceptionAddress: 00690077

ExceptionCode: c0000005 (Access violation)

ExceptionFlags: 00000000

NumberParameters: 2

Parameter[0]: 00000001

Parameter[1]: 175efa82

Attempt to write to address 175efa82

 

DEFAULT_BUCKET_ID: BAD_INSTRUCTION_PTR

 

PROCESS_NAME: fmserver.exe

 

ERROR_CODE: (NTSTATUS) 0xc0000005 - The instruction at "0x%08lx" referenced memory at "0x%08lx". The memory could not be "%s".

 

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at "0x%08lx" referenced memory at "0x%08lx". The memory could not be "%s".

 

EXCEPTION_PARAMETER1: 00000001

 

EXCEPTION_PARAMETER2: 175efa82

 

WRITE_ADDRESS: 175efa82

 

FOLLOWUP_IP:

DBEngine!Draco::DBCursor::GetReadAccess+49

0098d389 84c0 test al,al

 

FAILED_INSTRUCTION_ADDRESS:

+690077

00690077 ?? ???

 

FAULTING_THREAD: 00000f88

 

PRIMARY_PROBLEM_CLASS: BAD_INSTRUCTION_PTR

 

BUGCHECK_STR: APPLICATION_FAULT_BAD_INSTRUCTION_PTR

 

LAST_CONTROL_TRANSFER: from 0098d389 to 00690077

 

STACK_TEXT:

WARNING: Frame IP not in any known module. Following frames may be wrong.

03f1fa04 0098d389 03f1fa70 071dcbe0 00000000 0x690077

03f1fa28 0098f3a5 03f1fa44 09d53c30 09d53c30 DBEngine!Draco::DBCursor::GetReadAccess+0x49

00000000 00000000 00000000 00000000 00000000 DBEngine!Draco::DBCursor::GetModCount+0x45

 

 

SYMBOL_STACK_INDEX: 1

 

SYMBOL_NAME: DBEngine!Draco::DBCursor::GetReadAccess+49

 

FOLLOWUP_NAME: MachineOwner

 

MODULE_NAME: DBEngine

 

IMAGE_NAME: DBEngine.dll

 

DEBUG_FLR_IMAGE_TIMESTAMP: 478834b4

 

STACK_COMMAND: ~27s; .ecxr ; kb

 

FAILURE_BUCKET_ID: BAD_INSTRUCTION_PTR_c0000005_DBEngine.dll!Draco::DBCursor::GetReadAccess

 

BUCKET_ID: APPLICATION_FAULT_BAD_INSTRUCTION_PTR_BAD_IP_DBEngine!Draco::DBCursor::GetReadAccess+49

 

Followup: MachineOwner

[trikke]

Ik ben gene Windoos mens, maar hier is iets fout met uw machine. Ik zou alvast beginnen backup, een backup en nog een backup, en de RAM te testen.