База данных изделий в формате Access: хранение на сетевом диске

[Serge20]

Коллеги, добрый день!

1) В компании идет внедрение Eplan, столкнулись с такой проблемой

Есть база данных изделий в формате mdb, которая постоянно наполняется и хранится на сетевом диске. Соответственно, в настройках путей к базе изделий указывается данный сетевой диск

При выходе локального компьютера в "спящий режим" (по правилам безопасности внутри компании при отсутствии пользователя больше 10минут комп должен выходить в данный режим с последующим вводом пароля), при попытке вставки устройства появляется сообщение:
"База данных.... является недействительной базой изделий".
Скорее всего, при выходе в спящий режим происходит потеря соединения с базой данных. Восстановить соединение возможно только перезагрузкой Eplan.

Возможно ли решение этой проблемы без перезагрузки Eplan?

2) Исходя из 1-го пункта вопрос по организации базы данных: правильно ли её организовывать во внешнем файле mdb или же более логичным является организации базы на сервере SQL

[Jackson]

Это не проблема Еплана. Так у Вас будет происходить с любой другой программой, обращающейся к данным на сетевых накопителях.

Зачем Вам спящий режим на рабочем ПК? Отключите весь Power Management на рабочей станции (разве что дисплей можно гасить минут через 10) и пусть молотит постоянно пока включена. Дольше проработает (каждый пуск/стоп - это минус ресурс, который напрочь нивелирует выигрыш от экономии электричества). На рабочей станции Power Management бессмысленен. Можете даже Еплан никогда не закрывать и он всегда у Вас будет в боевой готовности. Это первое.

Второе - это Ваша локалка и с этим ничего не сделать. То что сервер рвёт соединения при физическом отключении клиента и потом клиент заново пробивается на сервер - это нормально.

Третье - может с сервером беда, например у нас подобные проблемы начинаются только когда на сервере физически начинает помирать один из HDD в RAID-массиве и сервер периодически его перестраивает. Плюс некоторые HDD очень любят сами себя периодически ремапить в таких случаях, подвисая на это время и контроллер массива воспринимает это как сбой диска. В любом случае, это проблема сервера. У нас пока сервер исправен и рабочая станция включена - нет проблем.

[Serge20]

ачем Вам спящий режим на рабочем ПК? Отключите весь Power Management на рабочей станции (разве что дисплей можно гасить минут через 10) и пусть молотит постоянно пока включена. Дольше проработает (каждый пуск/стоп - это минус ресурс, который напрочь нивелирует выигрыш от экономии электричества). На рабочей станции Power Management бессмысленен. Можете даже Еплан никогда не закрывать и он всегда у Вас будет в боевой готовности. Это первое.

Это внутренняя политика безопасности компании, на которую мы повлиять никак не можем: при неактивности пользователя 10 минут требуется заново логиниться.

Сейчас еще проверил: такой же эффект возникает при переподключения WiFi соединения (в офисном здании есть несколько Wifi-сетей, часто возникает необходимость перемещения ноутбука с eplan из одной части здания в другую)

[AGorskiy]

Проблема не на стороне Е. Сетевой ресурс логичнее разместить на SQL-сервере, удобнее во всех отношениях.
То, что сеть отваливается, поройтесь в настройках ПК, сетевой адаптер, сохранение энергии отключите. При переходе в спящий режим в часть процессов в Вынь остаются без питания.

[Jackson]

Это внутренняя политика безопасности компании, на которую мы повлиять никак не можем: при неактивности пользователя 10 минут требуется заново логиниться.

Значит и такое поведение Еплана является результатом внутренней политики Вашей компании. Хотя разлогинить юзера на раб.станции можно и без увода ПК в спячку.

Отправлено спустя 4 минуты 33 секунды:

То, что сеть отваливается, поройтесь в настройках ПК, сетевой адаптер, сохранение энергии отключите.

Это ещё и в БИОСе может быть (тип спячки там задаётся), и не все адаптеры это умеют. Ещё может помочь не уводить в спячку, если включить "Wake Up on LAN" (в настройках карты и в БИОСе тоже).

Только я боюсь, что при наличии сетевой корпоративной политики, все эти настройки юзеру не доступны.

Отправлено спустя 1 минуту 39 секунд:

такой же эффект возникает при переподключения WiFi

Это нормально. Вы же сами сеть рвёте.

[Serge20]

Всем спасибо. Настройки power managment решили проблему.