Организация файловой системы хранения данных (макетов)

[kuka90]

Всем привет.
Интересно кто как организовал файловый сервер.

А именно вы выделели отдельный комп для макетов? Если да то как там формируются разделы и подразделы, по какому принципу (номера заказа, день, менеджер или еще чтото). Интересна структура. Файловая система, его техн хар-ки, ос и т.д.

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

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

p/s пишу диплом, поделитесь своими мыслями.))) спасибо.

[ne3Vubeki]

Сообщение от Boroda

Ага... у нас диз работает с макетами (со многими) прямо с сервака. 1Г сетки хватает. У нас инет не медленный, порядка 100М, но ну его нафиг. Случись чего и где всё это ваше облако? Начать с того, что у какого-то провайдера оптику порвут.

Да и не отдам я свои макеты на хранение никому.

Допустим макеты заказчика, с временем жизни на один заказ...
Облако - это не один комп или сервер и там не один канал....так что пусть рвется....

[ЛЕКС]

Коллеги, что лучше все-таки выбрать:NAS-хранилище или же сервер начального уровня, так сказать на вырост.
Имеется несколько дизайнерских компов, комп для широкоформатников, менеджер,бух, гигабитная сетка.
Задача - обеспечить хранение всей базы файлов на одном хранилище с функцией резервного копирования, на дизовских компах храниться ничего не будет, т.е. одновременно к хранилищу будут обращаться несколько пользователей с целью работы с файлами, обмена информацией и т.п.
Выдержит ли пропускная способность NAS -хранилища такого потока обмена информации, где-то читал, что эта категория хранилищ расчитана не более, чем на два рабочих места.
Одновременно хранилище будет и принт-сервером и на будущее FTP-сервером, что все-таки посоветуете, поправьте где не прав.

[Boroda]

ЛЕКС, у меня было на одном сервере всё: и телефония, и файловое хранилище, и видеонаблюдение, и вэб и... много чего, на вырост, как вы говорите.

Сейчас отдельная система видеонаблюдения, отдельный НАС, отдельно телефония, отдельно шлюз.

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

Так что диз решает сам как ему работать.

[drims]

ЛЕКС, для начала лучше хороший сервер под FreeBSD "на вырост". Когда достаточно выростите, можно будет подумать и о персональных серверах.

[Boroda]

drims, ага... а кто эту фрю админить или хотя бы настраивать будет?

[drims]

Boroda, ее достаточно 1 раз установит и настроить, потом про нее забывают. У меня несколкьо таких крутятся уже по 8-10 лет сами и никто к ним не лезет.

[bubapb]

Сообщение от drims

Boroda, ее достаточно 1 раз установит и настроить, потом про нее забывают. У меня несколкьо таких крутятся уже по 8-10 лет сами и никто к ним не лезет.

ага, пока крутятся, не дай бог чего, вот вы искать "очумельца" замучаетесь, кой это обратно оживит

[drims]

bubapb, сам ставил и искать ненадо никого

[Boroda]

drims, у меня был сервер с двумя сетевыми, разными каналами, дисками в рейде и то были моменты когда приходилось просить кого-то, кто имеет непосредственный "доступ к телу" нажимать кнопки.

Сейчас в ДЦ стоит несколько серверов и то довольно часто (раз в 6-12 мес) к некоторым из них нужен доступ. То один из БП сгорит, то один из винтов, то еще что-то...

Чтобы сервер в режиме 24/7 на котором очень интенсивно используются диски про работал 8-10 лет это из разряда "нифига себе!".

[Boroda]

Сообщение от drims

bubapb, сам ставил и искать ненадо никого

Я думаю, что ТС если бы мог сделать это сам то не задавал бы подобных вопросов.

[Boroda]

Сообщение от drims

Boroda, ее достаточно 1 раз установит и настроить, потом про нее забывают. У меня несколкьо таких крутятся уже по 8-10 лет сами и никто к ним не лезет.

У меня было не достаточно, т.к. там и AD, и DHCP и пр. хлам.
При миграции оборудования/пользователей/провайдера нужно ручками менять.

[bubapb]

Сообщение от drims

bubapb, сам ставил и искать ненадо никого

ага, это когда в виде хобби, да, а когда рабочая машина, да и занимаешься другим, ой как не весело отвлекаться на подобное

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

себе поставил готовый НАС и шлюз с ВоИП и аналог. портами (что-то типа мини АТСки получилось), и видал я все эти сервера и прочее, оно хорошо, но один фиг требует внимания к себе

[mrak]

Сообщение от bubapb

себе поставил готовый НАС и шлюз с ВоИП и аналог. портами (что-то типа мини АТСки получилось), и видал я все эти сервера и прочее, оно хорошо, но один фиг требует внимания к себе

У меня еще и в конце рабочего дня архивирует на другой винт

[Boroda]

bubapb, вот... сам такой. У меня сначала было все на сервере, т.к. думал нафига я буду тратить деньги на все эти железки, когда сам все смогу. Нафиг.

В итоге купил железки, один раз настроил и забыл.

И самое главное при "падении" одной железки другие продолжают работать.
А если сервак неправильно выключился, то он будет пару часов "чекать" и восстанавливать РЕЙД, в это время весь офис без интернета, без видеонаблюдения, без телефонии.

[Xromov]

У меня база упорядочена по названию заказчика (в соответствующей папке лежат макеты, клипарты, шрифты, брендбук), я считаю оптимальная схема, за пять лет особых сложностей не возникало. Изредка бывает не можешь вспомнить названия - тогда помогает поиск по дате. Если и дату не помним, то устанавливаем ее по переписке. Это конечно отнимает прилично время, но такое очень редко бывает. Обычно на поиск уходят секунды.

[ЛЕКС]

Итак, подведя промежуточные итоги, делаю выводы:
- хранить все на одном серваке нелецелесообразно, т.е. бизнескритичность в данном случае весьма высока
- храним все файлы локально на разных компах
- на серваке ставим по 2 диска, работающих попарно в режиме Рэйд массива (итого 4 САТА диска по 2 Тб каждый должно пока хватить)
- как быть с резервным копированием с локальных машин на сервер - делать это днем в процессе работы - боюсь положим сетку, масса торомозов и прочих радостей,
делать это ночью тоже не хотелось бы - работаем в одну смену, оставлять включенными все компы без присмотра не хотелось бы, делать копирование в ручном режиме по выходным - как вариант, но тоже не особо приемлем, до выходных можно кучу данных похерить в случае аварии
Как поступить правильней в конечном итоге?

[Boroda]

ЛЕКС, нафиг сервак.
Отдельный НАС с честным гигабитом и винтами в зеркале.
Дизайнер сам для себя решит работать ему напрямую с сетевого диска или скопировать файл к себе на комп.

А вообще сколько у вас машин и устройств в сети?

[ЛЕКС]

дизовских - 4 шт, с одного из них идет печать на 2 интерьерника, с остальных дизовских на всякие принтера
менеджер и бух по 1 ноуту
есть еще один комп с которого печать идет на ширик, лазер и фрезу, но он находится удаленно и пока доступ его в сеть не рассматривается, хотя по хорошему и его бы включить в сеточку не помешало бы.

[drims]

ЛЕКС, на фрихе бекапы можно делать по расписанию в заданное время и\или дни. Поставить на нее несколько рейдов и будет все летать.

[Boroda]

drims, на винде так же бэкапы можно делать по расписанию


ЛЕКС, ну так вот пусть ваши 4 диза попробуют работать с сетевых дисков, не понравится -- пусть себе копируют, после возвращают обратно. У меня для этого просто для каждого диза создана папка на сетевом хранилище, ко всем наработкам у них доступ только на чтение, к своим папкам -- полный. Я время от времени переношу их папки в общее место.

хотя по хорошему и его бы включить в сеточку не помешало бы.

ВПН вам в помощь. Для него тоже отдельный сервер не нужен. У меня роль ВПН-сервера выполняет шлюз (аппаратный).