snelheid openen bestand op FMserver

[Joris DH]

Graag enige suggestie om volgend probleem op te lossen.

Wij stellen de dienstlijsten van ons bedrijf op met een filemaker 7 toepassing.

Dit bestand bestaand uit volgend tabellen:

- modellijst (deze modellijst wordt wekelijks gekopieerd)

- dienstlijst (1 record heeft naast id-nr persoon, 1 datumveld voor maandag, de andere dagen zijn berekingsvelden (maandag + 1 enz.), daarnaast heb je per dag een veld met de taak, per dag een veld met de dagwaarde (bv.1 of 0,5) en tenslotte per dag een tekst veld met nog een bijkomende parameter. Daarnaast zijn er nog een aantal berekeningsvelden die alle waarden optellen om het aantal recupdagen te bepalen

- dienstlijstontwerp: zelfde structuur als dienstlijst met de bedoeling “voorlopige” dienstlijsten op te stellen. Deze ontwerpdienstlijst is uitsluitend bedoeld voor de verantwoordelijke dienstlijsten. Eenmaal in orde worden deze records in de tabel dienstlijst geïmporteerd.

 

Deze toepassing werkt perfect als ze als stand alone op je PC draait.

Van zodra je ze met filemakerserver 7 op een netwerk doet draaien, duurt het openen van de toepassing (met startscript alles zoeken/ga naar layout X/ ga naar zoekmodus) abnormaal lang (15 à 20”), de eerste zoekopdracht naar een bepaalde week vraagt ongeveer even veel tijd . Na deze twee opdrachten draait de toepassing normaal.

 

Ik heb de opslagopties van de berekeningsvelden al op alle mogelijke manieren ingesteld maar dit verandert weinig. Kent iemand dit fenomeen? Dank bij voorbaat voor eventuele suggesties.

 

Joris

[Joris Aarts]

Hoi,

 

Performantie tunen is niet zo eenvoudig. Een database simpelweg op FM Server laten draaien is niet onmiddellijk een garantie dat alles sneller zal werken. Er komen immers een aantal factoren bij die de snelheid kunnen beïnvloeden: snelheid over het netwerk, aantal gebruikers, specs van server en client,...

Ik heb geen ervaring met applicaties die plots veel slechter gaan presteren op FM7 Server.

Check zeker eens of de meest recente updates zijn geïnstalleerd op client en server.

 

Je uitleg doet vermoeden dat er heel wat (berekende) velden in je DB zitten. Vermoedelijk kan je beter relationeel gaan werken en vermijden dat telkens opnieuw alle items moeten worden herberekend in een bepaalde context.

 

Veel groeten,

 

Joris

[Koen Van Hulle]

Welke services draaien nog op je FileMaker Server?

 

Anti-virus Services, FireWalls, Backup services, zijn vaak een vertragende factor.

 

Ook je netwerk kan een bottelneck zijn. Heb je al eens een testje gedaan in een gesloten testomgeving (1 server, 1, client, een switch of hubke)? Doet het probleem zich dan ook voor?

 

 

Koen

[edc]

Ik heb iets gelijkaardig aan de hand gehad. Oorzaak was de volgende:

De toepassing had aanvankelijk gedraaid op een andere machine. In het startup script zat een scriptsstap die een extern script opriep. Naast die scriptstap stond het ip-adres van de vorige machine. Hij ging dus altijd eerst op zoek via dat oud ip-adres, met als gevolg een flinke vertraging tijdens het openen van dit script.

Het volstond om die scriptstap eventjes opnieuw in te stellen om het probleem op te lossen.

Controleer dus even of er in je startup script geen stappen staan met een ip adres naast. Zo ja, maak die stappen opnieuw en veel kans dat je probleem opgelost is.

[Rony Rabijns]

Zo ja, maak die stappen opnieuw en veel kans dat je probleem opgelost is.

 

Of een andere truuk :

Draai even de applicatie met uitgeschakeld netwerk-protocol in Filemaker (programma-voorkeuren)

[willem]

Zorg ervoor dat filesharing op de map waar je bestanden staan echt uit staat op je server. staat deze geshared duurt het opstarten inderdaad erg lang.

Elke keer een relookup oid zorgt ervoor dat Fmpro erg lang moet nadenken de eerste keer.