Psexec, переименовывающий несколько рабочих станций
Добро пожаловать в основанные на Microsoft Access базы данных и базу данных совместно используемого файла "технология" в целом. К счастью проблемы сегодня главным образом касаются скорости (тогда как, с предшествующими версиями ОС Windows прямое повреждение данных могло произойти).
Вы видите огромное замедление, потому что сервер должен быть намного более осторожен относительно предоставления блокировок клиентам, когда больше чем один клиент получает доступ к тому же файлу базы данных. Когда только единственный клиент получает доступ к файлу, сервер может позволить клиенту получать "оппортунистические блокировки" и кэш больше данных локально. Несколько клиентов делают ситуацию намного более строгой для сервера, потому что непротиворечивость среди клиентов относительно очевидного содержания файла должна сохраняться.
Вы можете получать некоторую возрастающую производительность путем проигрывания вокруг с настройками в "Серверной службе" (LanManServer) на сервере, но Вы никогда не собираетесь видеть ту же производительность с многочисленными пользователями, как Вы были бы с однопользовательским.
Если бы Вы действительно хотите видеть, что это работает хорошо, я рекомендовал бы оценить возможность "увеличения" базы данных бэкенда в SQL Express или некоторый другой истинный клиент-серверный механизм базы данных. Если "бэкэнд" является просто набором таблиц, которые использует "фронтэнд", "функциональность" таблиц ссылки к доступу затем это - довольно хороший кандидат на перемещение в экземпляр SQL Express. Консультант не должен был бы делать намного больше, чем использование миграции SQL Server Asstant для Microsoft Access.
Помимо того, чтобы быть клиентом / сервер и, таким образом, намного быстрее, SQL Express также собирается получить Вас хороший способ взять резервные копии онлайн (в то время как пользователи активно используют базу данных). Пользователи могут "забыть" закрывать приложение, и Вы все еще получите резервные копии, тогда как с Доступом файл бэкенда будет "заблокирован" и недоступен резервному копированию.
Список преимуществ, которые Вы получили бы от использования SQL Server / SQL Express на бэкенде, является слишком длинным для наложения здесь, хотя я подозреваю, что консультант не знаком с ними, так как они не потрудились использовать SQL Server / SQL Express для начала. Можно хотеть рассмотреть получение другого консультанта, если Вы решаете расшириться / улучшают приложение позже.
Есть ли причина, по которой вы делаете это в psexec вместо групповой политики?
Лучшим способом было бы использовать настройки на стороне клиента групповой политики для добавления пользователя к локальному администратору группа.
Очень распространенной причиной сбоя psexec на удаленных компьютерах является антивирусное программное обеспечение на целевом компьютере. Я установил для него исключение, чтобы при необходимости можно было использовать psexec. Проверьте журналы AV и даже спросите пользователя этой машины, получили ли они предупреждение AV, когда вы пытались запустить команду. Конечно, psexec действительно не лучший инструмент для этой конкретной работы, как уже заявил MDMarra.