Administrator
administrator at it.glasgow.gov.uk
Wed Jan 29 02:59:01 CST 2003
Hi Myke: In your situation, I might consider creating a couple/few of separate databases, from the BEs, a Design Master and a couple of Replicants. Then set up the code so the databases will either automatically of manually synchronizes. This will reduce the impact on the applications without adversely affecting performance or stability. Make sure the users only have access to MDE files, which are read-only, not directly the MDB files. This will reduce any I/O errors. Try to expedite the process towards a SQL BE database...This is much faster and more reliable. Use ADO-OLE connection...but this is getting ahead of ourselves. HTH Jim -----Original Message----- From: AccessD-owner at databaseadvisors.com [mailto:AccessD-owner at databaseadvisors.com]On Behalf Of Myke Myers Sent: Friday, January 24, 2003 1:24 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Access Multi-User BE Problems I've developed an application for a corporate compliance dept that has grown considerably in the last 4 years. There are about 25 users going in and out all day. Only a few are entering data. The frontend app is on the user's PC, with linked tables to the backend (BE). The BE is on a busy server that handles many other applications. Several users are coming in via a VPN. This database gets locked up and/or corrupted about once a week. This has become a significant problem. Migrating to Sql Server is in the distant future, but I need to improve the situation now. I'm thinking of breaking out the data tables in the BE database into separate databases, grouped by departmental function. I would retain the one frontend application. I hope that this would increase responsiveness, reduce down time and data corruption, and help us identify who/what is causing problems. At least if one BE database gets corrupted, it wouldn't take out all the users while it gets fixed. Anyone have insight to share? Thanks in advance, Myke This list sponsored by Database Advisors Inc., a worldwide association of database developers. Visit http://www.DatabaseAdvisors.com, the database developers' list portal and support site. _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd