Есть ли способ подключить удаленную папку с локальным кэшем на рабочей станции OSX или Windows?
Компания с 50 графическими дизайнерами работает на одном файловом сервере. Они используют в основном Indesign. Типичный проект - это документ на 60 страниц с 1,5 ГБ связанных файлов (примерно 100 PSD, JPG, .ai). Они постоянно редактируют связанные файлы. Это вызывает большую нагрузку на сервер. Все рабочие места имеют встроенные SSD (700 МБ / с), которые используются только для системы и приложений.
Интересно, есть ли способ использовать локальный диск в качестве кеша для удаленной папки. Допустим, мы назначаем 200 ГБ для кэширования файлов. Каждый раз, когда к файлу обращаются, он проверяет на сервере дату последнего изменения и извлекает файл, только если кэшированные данные устарели. Если файл меняется на сервере, он уведомляет об этом рабочие станции. Это будет рассматриваться как Dropbox или Google Drive, но с локальным сервером.
Если кто-нибудь знает решения такого рода, пожалуйста, укажите мне на это.
Если нет, мне действительно интересно, почему. Это необходимость, которую я вижу в каждой компании такого рода.
Adobe рекомендует скопировать файл локально, поработать, а затем повторно загрузить. Это действительно больно и невозможно, когда 3 графиста работают над разными главами одной книги, в которых много ресурсов.
(Обратите внимание, что эта проблема решена, но я позволю ее для согласованности с комментариями:) Используя SMB, он использует огромное количество ЦП на сервере, я думаю, что Indesign следит за изменениями в связанных файлах и постоянно запрашивает изменения. Если связанный файл обновляется, indesign немедленно показывает знак рядом с ним. (Решение: при использовании afp для подключения удаленных папок загрузка ЦП на сервере нормальная, определенно возникает проблема с реализацией SMB в OSX.)
В любом случае, я все еще ищу способ монтирования удаленных папок... имеющих локальный кеш.
2 ответа
Из того, что вы описываете, вы действительно ищете распределенную систему контроля версий. Он поддерживает централизованное репо на сервере, и клиенты могут проверять наличие обновлений.
Вы используете Adobe Indesign, и я не смог выяснить, какие варианты интеграции существуют для различных систем контроля версий, но это всего лишь некоторые исследования. Adobe предлагает что-то под названием Bridge, но из его описания, похоже, больше внимания уделяется медиа, поэтому я не уверен, что он сделает то, что вам нужно.
Есть много вариантов там. Я использовал Perforce и Git. По общему признанию, они были сосредоточены на разработке программного обеспечения, но мы использовали их для управления художественными активами и проектными документами.
Я решительный сторонник использования подобной системы и того, чтобы дизайнеры / инженеры проверяли наличие обновлений, когда они хотят получать последние версии. Иногда есть преимущество или желание использовать более старую версию документа, и переход к такой системе отвлекает вас от общих ресурсов SMB/CIFS и направляет к управляемой системе контроля версий.
От нормального общего доступа к файлам было бы трудно установить.
- Для ПК с Windows: в личной папке вы можете обмануть систему с помощью автономных файлов, а затем работать в автономной папке. Когда пользователь перейдет к общему ресурсу, он может щелкнуть, чтобы переключиться в автономный режим, как показано там; http://www.sevenforums.com/tutorials/48997-offline-files-status-view-change.html. таким образом, это все по компьютеру.
- С автономным файлом, но в общедоступной / групповой папке последний писатель выиграет сохранение.
- Другое решение для Windows/IOS/MAC или даже для Android - вы можете использовать WorkFolder в ближайшем будущем (Microsoft сообщила, что они выпустят клиент для этой платформы, но у нас пока нет даты выпуска). Это означает, что вам нужен 2012R2 в качестве вашего файлового сервера. Синхронизация рабочей папки при нажатии на файл для работы с ним. Та же проблема возникает, если вы установите WorkFolder в общедоступной папке, победит последний писатель.
Итак, главный вопрос в том, нужна ли вам общая папка, и работают ли ваши сотрудники в одних и тех же файлах в течение дня? Если да, мы отступаем к идее SVN/GIT