Сбои в работе многопользовательской БД Access!!!

Slava_1987
Дата: 05.02.2016 17:15:18
Добрый день!
Прошу Вас помочь мне разобраться в причинах сбоя работы БД.
И так, есть уже сделанная, разделенная, рабочая БД. Есть главные таблицы "ЛОТ", "Клиенты", "Обьекты", куда сотрудники вносят новые записи через формы. Работает одновременно порядка 20 человек. Стабильно 1 раз в день, в разное время происходит сбой записей в главной таблице "ЛОТ" (самопроизвольно исчезает одна или несколько записей, ключевое поле счётчик сбивается и могут там появиться задвоения, вместо записи может появиться "#Удалено" или "#Ошибка").
И потом при открытии базы с таблицами сообщение "База находится в поврежденном состоянии......", а сотрудникам
выдает сообщение "Нераспознаваемый формат базы данных".
Система сетки между сотрудниками построена таким образом:
Есть одна общая папка, например "БАЗА", в ней папка "Таблица", там находится база с главными таблицами и папки с именами сотрудников, которые работают с базой, в них лежат копии базы с запросами и формами (клиентская часть). Сотрудники из главного офиса заходят напрямую в свои базы, а сотрудники с регионов заходят через TSFARM.
База была сделана в 2010 офисе. У сотрудников главного офиса у всех офис 2010, а на TSFARM офис 2013.
Я узнал у наших сотрудников IT, что TSFARM имеет 3 сервера, которые меняются между собой один или несколько раз в день. То есть если сотрудник заходит на TSFARM под своим логином и паролем, в 9:00 то например там стоит сервер SRV-CO-RDS05, а в 13:00 там может быть уже SRV-CO-RDS21. А сама папка "БАЗА" находится на каком-то еще сервере, который не относится к TSFARM.
Могут ли быть сбои в базе из-за TSFARM? Могут ли быть сбои в базе из-за открытия базы разным офисом?
Как мне настроить базу чтоб работала без сбоев? Помогите!!!
vladK
Дата: 09.02.2016 10:35:44
Slava_1987
"База находится в поврежденном состоянии......"


Обычно такое бывает при сетевых сбоях.
Находить и устронять такой сбой сложно (особенно если Вы не относитесь к IT отделу).
Можете найти многостраничную тему Geo на эту тему (сторожилы подскажут).

В силу вышесказанного, может оказаться что, более простым (реальным) решением вопроса будет перевести бэкэнд на скл сервер (обычно ms sql server, но можно и другие). Сбои сети это не прекратит, но хотя бы данные разваливаться перестанут. И, возможно, сами сбои при этом будут обозначены более внятно - ошибками при конкретных операциях с данными.