Vraag : Zeer langzame het netwerkprestaties van OB van de toegang

Het gegevensbestand heb ik gevraagd alle vragen over nu klaar om is worden opgesteld.  Jammer genoeg, heeft de methode van de aandeelaandrijving om de 10-12 gebruikers toe te staan om aan het te krijgen een rimpel.  Wij hebben bureaus - in het centrum van het land en in het oosten verdeeld.  Als het lopen op een dossierserver in centrum, stelt het oosten STOMME langzaam in werking; het omgekeerde gebeurt indien geplaatst op server in East.

We gebruikt Microsoft Access 2007. Ik heb bevestigd dat wij geen firewall tussen 2 bureaus en een humongous pijpleiding slechts ongeveer verbruikte 30% hebben.  Het runnen van een snifferspoor terwijl één het oostengebruiker en één centrale gebruiker deze 3 fouten op de gebruiker in het ANDERE bureau van serverplaats veroorzaakten: />NT Status
ND (0xc0000034)/>NT de Status UIRED (0xc0000016)/>NT de Status
The in de plaats waar de server verblijft hebben weinig aan geen vertraging en geen „bom-uit“ tactiek problems.

Any iedereen zou willen voorstellen?

Antwoord : Zeer langzame het netwerkprestaties van OB van de toegang

De toegang was nooit bedoeld om over een opstelling van het bleek-Type worden in werking gesteld (die is wat werkt u met), en u geen eind van problemen zult vinden als u bij het maken van het proberen dit te doen aandringt. Toegang 2007 gebruikt de ACE gegevensbestandmotor, die een type „van dossierserver“ van gegevensbestand is. Die soort van db heeft geen motor van de builtinverwerking, zodat moet AL werk door het werkstation worden uitgevoerd. Dit betekent dat telkens als u een vorm, of een rapport opent, de Toegang Al die lijsten over de (eigenlijk-zeer langzame) verbinding trekken, hen moet ontleden, en dan uw gegevens voorleggen. Gemiddeld, is een typische BLEKE verbinding ongeveer 100 keer langzamer dan een standaardbureaunetwerk; wanneer het behandelen van Internet hop, kunt u wedden dat de snelheid slechter dan dat faaaaar is. De toegang kan niet in dat scenario overleven, en u zult zich snel vinden behandelend corrupte en/of verloren gegevens, corrupte vormen, enz. enz.

U hebt sommige opties:

1) Beweging aan een EindServer of een opstelling Citrix. Dit kan duur aan opstelling zijn en handhaven, maar zal u van zeer robuust en betrouwbaar gebruik voor uw off-site gebruikers voorzien.

2) Gebruik de web-based dienst zoals www.eqldata.com. Ik heb nooit hen, gebruikt en niet van iedereen wie heeft, dit als geen soort aanbeveling zo gelieve te nemen gekend. Ik gooi het weg enkel daar;). De diensten houden van deze kosten u eerlijk, en in maandelijkse prijzen.

3) Herschrijf app om een web-based interface (d.w.z. ASP.NET, Perl, PHP, enz. enz.) te gebruiken. Dit is een goede oplossing, maar het zal u duidelijk goed geïnformeerd om in die talen vereisen te zijn, en zal uw plaatsingsdatum duidelijk vertragen.

4) Verplaats uw gegevensopslag naar SQL Server, MySQL, Oracle, enz. enz. en herschrijf uw FE om uit dat platform voordeel te halen. Dit kan een massieve onderneming zijn, aangezien in de meeste gevallen u grond-omhooggaand zou moeten doen herschrijft - en het u gaat doen dat, en u verre gebruikers moet steunen, dan zou u wijs zijn om #3 te overwegen.