NAS сервер для малого офиса с файловой базой 1С это работающий вариант?

Question

[Znardi]

Есть офис с локальной сетью на 3 клиента и отдельный ПК с файловой базой 1С. Нагрузка на базу низкая, бекапы делаются иногда, инет в офисе медленный и нестабильный. Есть стремление повысить отказоустойчивость базы (бюджет 20 т.руб.). Подойдет ли для этого NAS сервер на RAID1? в 1С не силен, но так понимаю достаточно в NAS'e расшарить папку и прописать в клиентах новые пути к базе. Реализовывать буду не я, мне только нужно знать возможность такого варианта. Или есть другие варианты за тот же бюджет?

Answer 1

[АртемЪ]

NAS сервер для малого офиса с файловой базой 1С это работающий вариант?

В общем случае вполне работоспособный вариант. Хотя в вашем конкретном случае - неизвестно.

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

Что за базы - размер, конфигурация, количество активных пользователей, какая сеть в офисе - гигабит или нет, какая конфигурация NAS - процессор, память, диски.
Зная это можно уже точно сказать будет ли работать и как хорошо, и посоветовать варианты.

Comments

[АртемЪ]

Файл 1Cv8.1CD - 1.3 Гб, 1С-Предприятие, 3 пользователя максимум, сеть 100Мбит
При таких данных работать будет, NAS должен быть не самым дохлым с более-менее адекватным процессором, и достаточным количеством оперативки, но за 15-20найти такой не проблема.
Сеть надо гигабитную, на сотку работать будет, но заметно медленнее.
Диски особой разницы нет - там нагрузка минимальная, можно и HDD можно и SSD, особого эффекта от SSD ждать не надо, будет работать не шустрее чем на HDD.
Но если мы говорим о HDD надо понимать, что на нем кроме баз не должно быть ничего - никаких файловых помомек, левых баз данных, операционных систем, и.т.п. - иначе не факт что справится.

При файловом режиме 1с работает следующим образом -
Читает большой кусок данных из файла 1Cv8.1CD, по сети, записывает его в папку пользователя на комьпютере пользователя, и там с ним активно работает.

В итоге -
Нагрузка на сам файловый сервер небольшая, чтение и запись в основном крупными блоками и не очень интенсивное.
Нагрузка на сеть - приличная, передается большой объем информации.
И самое главное огромная нагрузка на диск локального компьютера, где запущена 1с, и на память этого компьютера, ибо там идет вся основная работа.

[АртемЪ]

Если клиентские компьютеры дохлые - будет работать все медленно и печально.
Чтобы например адекватно работала Бухгалтерия 3,0 нужно как минимум 8гб памяти на клиентской машине, и обязательно SSD под систему.

[АртемЪ]

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

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

[Znardi]

Цель - не потерять базу при выходе из строя жесткого диска. Если просто отключат электричество, то не страшно. Бекапы делаются Cobian'ом, а он требует чтобы к базе никто не обращался в момент создания бекапа, поэтому сделать частое автоматическое резервное копирование по расписанию с его помощью не знаю как.

[АртемЪ]

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

Ну если так тогда рэйд.

Хотя практика показвает что такое бывает крайне редко.
Самые популярные причины потери базы -
1)Внезапное отключение питания- база битая.
2)Ошибка пользователя - пользователь случайно в общей папке удалил файл базы и все, или загрузил в него через конфигуратор другую базу - вообще популярная тема.
3)Ошибка софта - стороний софт при работе случайно удаляет файлы, бывали случаи.
4)Целенаправленные деструктивные действия пользователя - уволенный работник удаляет базу.
5)Вирусы и вредоносные программы - шифровальщик например зашифровал.

От всего этого защищает бэкап, а рэйд никак не защищает.
Если есть бэкап - ну полетел диск, печально, сбегали купили новый, залили базу из бэкапа - потеряли только внесенные данные за полдня. Если не устраивает можно делать чаще.
Обычно когда три пользователя это не критично, вот когда их триста, это уже критично, ибо остановка работы трехсот человек на несколько часов это серьезно, и это приличные деньги. Тут желательно кроме бэкапа еще и зеркальный рэйд, с обязательным резервированием по питанию, по сети, и.т.д.

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

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

[АртемЪ]

И самое главное - за рэйдом надо следить, иначе пользы от него нет.

Вот вам реальный пример -
Стоял файловый сервер под 1с, настраивали приглашенные грамотные спецы, все по уму, RAID1 разумеется.
Настроили и начали работать.
Работал как часы года три, потом у него полетел диск.
Но там же RAID1 - поэтому пользователи ничего не заметили, а админа своего не было и никто не мониторил, все спокойно работали на деградировавшем рэйде и никто даже не замечал проблем.
Через полгода вылетел второй диск - база потеряна.

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

Еще вариант - сервер стоял на полу, человек споткнулся и случайно его пнул.
Диски в этот момент активно работали, и не выдержали такого жесткого обращения и всей толпой дружно накрылись.
Так что не надо считать RAID1 панацеей от всех бед.
Он даже от выхода из строя дисков гарантированно не защищает.
Хотя повторюсь в некоторых случаях он обязателен и незаменим, но только в комплексе с другими мерами.

[Znardi]

Да, судя по всему частые теневые копии даже надежнее будут, чем NAS. Надо будет продумать этот вариант. Спасибо за помощь, очень сильно помогли.

[АртемЪ]

Znardi, Частые теневые копии + обязательный бэкап на другую машину, хотя бы раз день.
Делать можно хоть встроенными средствами винды, хоть кобианом, да банальный самописный скрипт в пару десятков строк на cmd засунутый в планировщик решает проблему.

Answer 2

[Znardi]

Файл 1Cv8.1CD - 1.3 Гб, 1С-Предприятие, 3 пользователя максимум, сеть 100Мбит, NAS на два диска (наверное лучше SSD поставить?). Модель NASa или его характеристики лучше Вы мне посоветуйте в пределах 20 тыс.руб.

Comments

[АртемЪ]

Отвечать надо в комментариях к вопросу, а не создавать ответ на свой вопрос.

Файл 1Cv8.1CD - 1.3 Гб, 1С-Предприятие, 3 пользователя максимум, сеть 100Мбит

При таких данных работать будет, NAS должен быть не самым дохлым с более-менее адекватным процессором, и достаточным количеством оперативки, но за 15-20найти такой не проблема.
Сеть надо гигабитную, на сотку работать будет, но заметно медленнее.
Диски особой разницы нет - там нагрузка минимальная, можно и HDD можно и SSD, особого эффекта от SSD ждать не надо, будет работать не шустрее чем на HDD.
Но если мы говорим о HDD надо понимать, что на нем кроме баз не должно быть ничего - никаких файловых помомек, левых баз данных, операционных систем, и.т.п. - иначе не факт что справится.

При файловом режиме 1с работает следующим образом -
Читает большой кусок данных из файла 1Cv8.1CD, по сети, записывает его в папку пользователя на комьпютере пользователя, и там с ним активно работает.

В итоге -
Нагрузка на сам файловый сервер небольшая, чтение и запись в основном крупными блоками и не очень интенсивное.
Нагрузка на сеть - приличная, передается большой объем информации.
И самое главное огромная нагрузка на диск локального компьютера, где запущена 1с, и на память этого компьютера, ибо там идет вся основная работа.