выбивает из файловой базы, расположенной на NAS
Здравствуйте. Ситуация такая: есть три базы 1С 8.3 разных конфигураций (зуп, торговля, бухгалтерия). Они файловые. Расположены на сетевом хранилище NAS QNAP. С базами работают 2 пользователя, у обоих полные права на папку, в которой лежат базы. С некоторых пор начало выбивать из всех баз с ошибками "файл базы данных повреждён". Делали проверку из конфигуратора, проверяли chkbase - какие-то ошибки находит и исправляет, но даже после этого из базы выбивает через 1-2 минуты. Пробовали делать выгрузку и загрузку в новую конфигурацию. При этом если скопировать базу на локальный диск, с ней нормально можно работать. Подскажите, есть какие-то особенности при работе с сетевыми папками на NAS ?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) NAS в качестве сервера приложений. Самоубийство.
все же NAS это больше хранилище, чем сервер приложений и не рассчитан на работу файловой базы 1С. У него другие задачи.
Еще и файловая система скорее всего zfs. Да, она надежна, но требует процессорных ресурсов больше. Если что-то просто добавляется, то разницы не будет. Но когда начинается многократно перезаписывание (а файловая база именно так и работает), то в zfs начинает расти пространство (она никогда не перезаписывает напрямую, а добавляет новый блок) и увеличиваться процессорное время вычисления хеш-сумм. А у NAS с процессором не ахти (обычно). Ну и проблему сетевого контроллера нельзя исключать.
Возможно подойдет отдельный linux (не обязательно) сервер (или виртуальный сервер) с нормальным процессором.
PS. только не говорите, что еще и доступ к нему по wifi :)
все же NAS это больше хранилище, чем сервер приложений и не рассчитан на работу файловой базы 1С. У него другие задачи.
Еще и файловая система скорее всего zfs. Да, она надежна, но требует процессорных ресурсов больше. Если что-то просто добавляется, то разницы не будет. Но когда начинается многократно перезаписывание (а файловая база именно так и работает), то в zfs начинает расти пространство (она никогда не перезаписывает напрямую, а добавляет новый блок) и увеличиваться процессорное время вычисления хеш-сумм. А у NAS с процессором не ахти (обычно). Ну и проблему сетевого контроллера нельзя исключать.
Возможно подойдет отдельный linux (не обязательно) сервер (или виртуальный сервер) с нормальным процессором.
PS. только не говорите, что еще и доступ к нему по wifi :)
(3)
В связи с использованием по умолчанию техники копирования при записи, при большом количестве перезаписей случайных фрагментов файлов может возникать значительная фрагментация[18]; решением может стать отключение COW (возможно только для новых и пустых каталогов/файлов).
и поймите разницу :
файловое хранилище
и общая папка для доступа
BTRFS
В связи с использованием по умолчанию техники копирования при записи, при большом количестве перезаписей случайных фрагментов файлов может возникать значительная фрагментация[18]; решением может стать отключение COW (возможно только для новых и пустых каталогов/файлов).
и поймите разницу :
файловое хранилище
и общая папка для доступа
(1) Что тут скажешь. Уберите это в терминал или клиент-сервер. Игрища в файл-сервер по сети до добра не доводят. Ну или хотя бы поставьте базу локально самому "активному" (кто больше первички заносит, проводит документы и формирует тяжелую отчетность) пользователю, а для второго - расшарьте по сети.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот