при "Хранить файлы в томах на диске" путь прода и копии один,
но если в копии добавлять/удалять файлы. то это ломает и прод.

Это баг или фича?
По идее при первом входе копия знает что она копия и подобное безобразия должна бы блочить.

не?
самим вклинивать проверку?

да
к стати - поделишься - как сделал?

(0) А нефиг разворачивать копию там же где и прод. А если разворачивать в другом месте, то у другого  места не должно быть прав на папки с файлами.

там заморочка еще в чем - бывает на копии надо что бы механизм прикрепленных файлов работал
т.е. все взять и запретить - нельзя
надо запрещать запись (чтение оставить) только из определенных томов, и один томик выделить для тестовой -

(1) С Стандартная настройка ДО.

(4) ну как - где это?

(4) у меня БП. можно фото?

(5) Настройка программы.Галочка хранить в томах на диске.Все.Докуменооборот если не понял.

(6) Чего захотел)Документооборот в 3 раза дороже БП.

(7) а дальше? в копии и проде этот путь один
если в копии удалить то и в проде при октрытии глюк

менять пути томов в копии не предлагать?

(9) Конечно.Поэтому не поддерживаю рекомендацию хранить в томах на диске.Это для продвинутых пользователей, где есть грамотные админы и резервные сервера.

(9) еще раз:
храните файлы на диске.
в копии этот путь не меняете.

я правильно понял?

значит он использует тот же путь для файлов.
и работает абсолютно с тем же файлом что и в проде.



реально - как в (10) предлагали - менять путь не пробовали

(12) бывает надо в копии видеть файлы прода
и даже иметь возможность добавлять новые файлы

менять путь конечно можно, но тогда на 10 копиях надо иметь 10 копий и хранилищ файлов?
тоже "ну такое"

(13) Видеть это одно, но добавление файла в копии не добавляет его в продакшн.Так как не связей с объектами базы продакшена...

(13) тогда нужно иметь в виду, что изменение этих файлов с копии - явно увидят на проде. ибо сам файл общий

(16) Не совсем. Вновь добавленный файл в копии в проде не увидят.

(0) в ДО программно убрать доступность кнопки Добавить в форме файлов, можно по условию.
Найти код, где идет удаление файлов физически и закомментить.

В ЗУП 3 с файлами, хранящимися на диске все хуже - в проде прикрепляем файл к документу, потом этот документ помечаем на удаление. Спустя какое-то время снимаем пометку удаления документа,
а файл уже не откроется, так как был удален физически с диска. Пока не отловил в каком месте конфы происходит удаление.

(18) В БП в настройках работы с файлами можно настроить очищение помеченных на удаление файлов регламентным заданием.
Еще у пользователя появляется возможность удалить непосредственно файл на диске, если пользователь является его владельцем (тогда сам файл на диске сразу удаляется).
Если пользователь отказался от непосредственного удаления, то к пути хранения файла добавляется "_remove". Тогда сам файл по-прежнему есть на диске, но при попытке открыть файл будет возникать ошибка, т.к. путь к хранению файла поменялся.
ФайлИлиВерсияОбъект.ПутьКФайлу = ФайлИлиВерсияОбъект.ПутьКФайлу + "_remove";//@Non-NLS
Возможно, в ЗУП также работает. Могу перепутать детали, но общий смысл такой.

(14) если документы в базе то на 10 копиях они тоже будут в 10 экземплярах, непонятна претензия к варианту 10 копий с хранением файлов в томах и необходимостью эти тома копировать также для копии.
просто поймите что эти тома - тоже часть базы.

Хранение логически связанных с базой файлов отдельно от базы - кривой костыль. Я бы даже часть журнала регистрации, связанную с данными, прямо в базе хранил. Ибо это важно.

это просто доступная опция. не включенная по умолчанию прошу заметить.
и если кто-то не понимая что это зачем надо и как с этим работать лезет своими культяпками включать а потом пожимает плечами "ну вот оно само" - то ССЗБ

(0) Копии по хорошему должны крутится на отдельном сервере. Я решил эту проблему тем, что рабочий и тестовый сервер крутятся под разными учетками, учетка тестового сервера имеет доступ к папкам файлов только на чтение, вот и всё.

(0) делаешь продуктовые тома рид-онли, добавляешь том для тестов.
можно программно в 1с, можно административно как у (23)

(21) если бы базу в скуле можно было нарезать на таблицы с разной локацией хранения (стоимость, скорость, регламенты), то да. а бекапить базу в 300 гб, где 50 гб какой-то порнухи и 200 гб дубликатов pdf'ок - как то грустно.

Сделать функцию - определять - основная это база или нет
(по пути к самой базе)

И при открытии 1С-ки - если это не основная база - то снимать флаг = хранить фото в томах
тогда не перезатрется ничего в боевой папке с данными
а тому кто надо - тот откроет и поставит другой путь хранения вложений.
(да и там - можно подсунуть проверку - типа - не основная база - тогда какое-ниб грозное сообщение пользователю показывать)

(21) Бэкапы скажут спасибо.

(21) На одном проекте база за 200гигов, и картинок еще гигов на 800. А теперь представьте сколько будет времени занимать бекап базы. А они нужны на каждый день в разрезе месяца. При условии, что папка картинок тоже бекапится, но только изменения в ней. Ладно еще просто бекап, а сколько времени будет разворачиваться база  за терабайт в случае чего?) Так же есть возможность быстро копию для тестов развернуть

(27) есть специальные ФС для этого
там по типу гита

(28)+ т.е. общие данные однократно хранятся и только различные раздельно
причем ветки для измененных файлов

(26) Именно. Когда внезапно окажется, что бэкапилась только SQL-база, а остальные жутко важные сканы договоров ушли в небытие)

(30) Есть такая штука, как синхронизация папок. Смысл каждый раз копировать одну и ту же папку с картинками, когда там нет изменений?

(31) Тут главное чтобы сисадмин не забыл это правильно настроить