none
Не получается сжать базу данных Access на сетевом ресурсе. RRS feed

  • Общие обсуждения

  • Проблема возникла после переноса файлового сервера с WS2012R2 на WS2016 (robocopy /copyall)

    База открывается с примапленого диска. С локального компа открываем базу, нажимам сжать и восстановить, начинается процесс сжатия, появляется временный файл, несколько минут идет процесс, но в конце процесса появляется ошибка:

    Операция сжатия и восстановления отменена. Возможно, у вас отсутствуют достаточные разрешения на папку, в которой находится база данных...

    The compact and repair operation has been cancelled. You might not have adequate permissions to the folder that the database is located in. You need full permissions to the directory the database is located to compact and repair. Contact your system administrator for more information.

    Если сделать копию базы в этой же папке или на локальный компьютер, то процесс проходит нормально.

    Делегирование непосредственно пользователю полных прав на папку не помогает.

    Попробовал админской учеткой, база сжалась на ура. Но у админа, правда, Access 2016. Версия базы Access 2007-2010. Пользователи работают через Access 2010

    К базе в этот момент никто не подключен.

    Пользователи говорят, что до переезда сервера, они нормально сжимали эти же файлы прямо в сетевых папках.

    Что можно сделать, чтобы они могли опять сжимать свои базы непосредственно в папках без копирования?

    • Изменен тип Kupriyanov 6 июня 2018 г. 7:09 Нет ответа

Все ответы

  • На американском форуме сказали, что это изначально плохая идея - сжимать базы по сети. Так что решения видимо не будет. Никто не хочет разбираться в неподдерживаемом решении.

    https://social.technet.microsoft.com/Forums/ru-RU/ab5de4d5-9c70-496c-8ec6-538bb4e5b5f7/cant-compact-access-2010-database-in-a-shared-folder-after-the-migration-process?forum=accessdev

  • Возможно, в данном вам ответе на американском Форуме, основной упор в ссылках на статьи делается на правильный подход и подготовку к развёртыванию сетевой базы данных Access. Только в этом случае возможна беспроблемная работа с базами данных Access в сети.

    Отчасти вы сами это подтверждаете, ваша цитата: "Попробовал админской учеткой, база сжалась на ура. Но у админа, правда, Access 2016. Версия базы Access 2007-2010."


    Да, я Жук, три пары лапок и фасеточные глаза :))

    Модератор
  • не понял комментария.

    То есть решения искать не стоит?

  • Решение искать нужно всегда!!!

    Возможно, что именно пошаговый порядок развёртывания сетевой базы данных Access и есть решение вашей задачи.

    Также проверьте и напишите, при установке Access 2016 у пользователя, он может сжимать базу данных?


    Да, я Жук, три пары лапок и фасеточные глаза :))

    4 июня 2018 г. 14:05
    Модератор
  • Проблема в том, что пользователи работают на Access 2010 из-за проблем с совместимостью с новыми версиями. Подробнее не могу сказать, но они уверяют, что и пытаться не стоит, так как это не решение проблемы... Что раньше работало и с этой версией.

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

    4 июня 2018 г. 14:29
  • Вы пишите, цитата: "... раньше работало и без этого. ...", раньше, это когда был сервер WS2012R2. К сожалению, во времени всё течёт и изменяется.

    У вас два пути:

    1. Восстанавливать работу с базами критичных пользователей на сервере WS2012R2.

    2. Создавать тестовую среду для WS2016, и коллегиально решать вашу проблему на месте.


    Да, я Жук, три пары лапок и фасеточные глаза :))

    4 июня 2018 г. 17:26
    Модератор
  • не согласен. Сейчас и так работает, с созданием копии. А правильный путь, разобраться с проблемой.

    Например, у WS2016 по сравнению c WS2012R2 изменилась версия SMB c 3.02 до 3.1.1, а Семерка не умеет понимать всех её прелестей, поэтому так и происходит. А у меня не только Access 2016, но и W10 поэтому smb connection устанавливается по 3.1.1 и права нужные для сжатия определяются правильно. (Это я для примера, я не утверждаю это)

    Но профессионалы по Access говорят, что это путь в никуда, так как так делать изначально неправильно, и соответственно бессмысленно разбираться в проблеме. А мы с вами не профессионалы и городим какие-то непонятные умозаключения.

    Хотя вы MVP, но я не знаю в какой области. Я точно  не профессионал, так как я не зарабатываю денег поддержкой Access.

  • Для уточнения, MVP никогда не зарабатывали, не зарабатывают и не будут зарабатывать деньги за оказываемую помощь.

    Так как нет людей не совершающих ошибки, Вы не внимательно прочитали моё предыдущее сообщение, уточните с чем вы не согласны:

    -с тем что самый простой путь для ограниченного числа пользователей вернуться на WS2012R2, или

    -с тем, что перед проведением каких либо работ, необходимо всё тестировать в тестовой среде с прописыванием всех пошаговых действий?

    Как тогда русская народная пословица "Кто хочет решить задачу - ищет возможность, кто не хочет - ищет причину!!!".


    Да, я Жук, три пары лапок и фасеточные глаза :))

    5 июня 2018 г. 14:11
    Модератор
  • Я имел в виду, что профессионал - это тот кто зарабатывает этим себе на жизнь.

    Я с вами полностью согласен, но это не является решением вопроса.

    Перевел в обсуждения.

  • Решилось все добавлением прав Full Access для Everyone на шару. Возможно ещё помогло бы преназначение текущих NTFS прав на папку, но с шарой оказлось легче.
    29 августа 2018 г. 7:09