Серверное оборудование 1с УТ

1. user1994982 30.10.23 08:21 Сейчас в теме
Добрый день. Прошу прощения если вопросы заданы не по теме. Уже не знаю как с этим разобраться.
Устроился в практически в новую торговую компанию. Раньше вели учет на пиратской 1с 8,3. Нормально не настроена. Практически учет был формальный.
С моим приходом решили Переходить на лицензионную 1с УТ 3 редакция для Казахстана. Кое как перешли, но теперь со временем база стала зафисать, долго грузиться и часто возникать ошибки, (файл базы данных поврежден, не удалось зафиксировать файл базы данных для открытия или изменения, аварийные завершение) 1с ка файловая, расшаренная по локалке (одновременно работают 5 человек), на серверном компе такие характеристики i5-3330 3,00gh, 8гб озу, ( 1с ка весит пока 1,9гб) Теперь стоим перед выбором покупать сервер и переходить на терминальную базу а не файловую, или ставить sql.
Большие планы на будущее. хотим перевести торговых на заявочную систему, выдать КПК. Какое решение будет лучше в нашей ситуации?
По теме из базы знаний
Найденные решения
10. starik-2005 3051 30.10.23 15:05 Сейчас в теме
(9)
Вы говорите что что файловая быстрее sql ной базы.
Я говорю "для одного пользователя". Тот же тест Гилева для одного пользователя на одном компьютере в серверном режиме проигрывает в 2-4 раза файловой. А там делается ровно то, что делает юзер: запись и чтение данных из/в базы, много записей и чтений. Сам по себе код 1С на уровне "2+2" выполняется с одинаковой скоростью, а вот множество запросов к базе данных проходит уже через два приложения% сервер 1С и сервер SQL. И для одного пользователя это работает медленнее. Для двух сетевых пользователей SQL уже быстрее, т.к. сетевые пользователи базы вынуждены синхронизироваться друг с другом внутри сетевой инфраструктуры (на уровне времени доступа к файлам блокировки каталога базы 1С в попытках установить свою блокировку). Когда файловая база работает через удаленный рабочий стол или через веб-сервер, скорость блокировок увеличивается на порядок - не нужно ждать ответа сети. А т.к. веб-сервер делает то же самое, только от одного пользователя, от которого он запущен, то это происходит еще быстрее. При этом экономится память, т.к. веб-сервер - это одно запущенное приложение для всех пользователей, а не для каждого по отдельности, как это происходит с файловой базой.

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

Скул выигрывает при работа от 10-ти пользователей, т.к. обеспечивает более эффективный параллелизм работы пользователей, позволяя блокировать таблицы не целиком, а частично. Но для серверной версии нужно памяти и на сервер 1С, и на сервер скула. Т.е. памяти нужно больше, чем для веб-сервера при аналогичной нагрузке.
muskul; orakool; +2 Ответить
14. starik-2005 3051 31.10.23 10:19 Сейчас в теме
(12)
Если на серверный компьютер добавим 8 гб второй плажке то это поможет скорости работы на других компьютерах?
Нет.
или надо на все компьютеры ставить доп. озу.
Нет.
Все еще не могу понять принцип работы файловой базы.
Файловая база работает с файлом, который лежит в сети. Любое обновление файла по сети делает недействительным файловый кеш и приходится данные из сети читать заново. Читать из сети - это дольше, чем читать с диска. А читать с диска - это дольше, чем читать из памяти кеш, который при сетевом доступе к базе малоэффективен и позволяет только при работе одного пользователя воспользоваться его преимуществом.

Надо:
1. Добавить памяти на сервер. Ну хотя бы до 16 Гб.
2. Установить там веб-сервер (IIS уже, обычно, стоит, но можно поискать апач).
3. Установить 64-битный 1С на сервере, чтобы не было пробле совместимости с IIS, хотя он умеет и 32-битный режим, но надо лезть в настройки, а ты не админ (а я была так рада... - слова из песни).
4, Зайти в конфигуратор с правами администратора на "сервере".
5. Опубликовать базу на веб-сервере. Прочитать на эту тему хотя бы пару статей.
6. На всякий случай перезагрузить комп, т.к. ты снова не админ и админом после прочтения тех двух статей не станешь.
7. У пользователей поменять путь к базе на опубликованный (http://имясервера/имябазы) в соответствующем поле ИБ в стартере 1С.
8. Взять плетку и заставить всех вджабывать с утроенной скоростью.
Остальные ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. Oldsad 30.10.23 08:49 Сейчас в теме
рекомендую сразу ставить скуль версию.
Времена когда можно было комфортно работать в файловой базе давно прошли, сейчас только конфигурация весит почти 1.5гб.
Да и банально админить базу на sql гораздо удобнее
3. user620512 30.10.23 09:19 Сейчас в теме
Судя по описанию у вас в ближайшем будущем возрастет нагрузка на БД и увеличится количество пользователей, прорабатывайте сейчас переход на клиент серверный вариант, не исключено что это потом придется делать экстренно.

п.с. надеюсь вы делаете резервные копии
5. user1994982 30.10.23 10:32 Сейчас в теме
(3)
п.с. надеюсь вы делаете резервные копии
Сам не являюсь специалистом по 1с или системному администрированию, но чую что пахнет жаренным, и делаю два бекапа в день
4. starik-2005 3051 30.10.23 10:18 Сейчас в теме
Если УТ на управляемых формах, то на свой Ай5 добавь памяти до 32 гигов хотя бы и переезжай на веб-сервер. Для этого опубликуй базу на веб-сервере (в принципе хватит и ИИС, но можешь поставить апач, если охота - с ним, обычно, меньше проблем). На тонких клиентах пропиши УРЛ базы (вариант "на веб-сервере").
Этого должно хватить для решения проблем производительности базы на 5 человек.
Для конфигурировния юзай РДП.
6. user1994982 30.10.23 10:43 Сейчас в теме
(2)
Времена когда можно было комфортно работать в файловой базе давно прошли, сейчас только конфигурация весит почти 1.5гб.
Спасибо за совет. Сам не являюсь не сис админом не 1с программистом. Обратился, в компанию в которой купили одну УТшку лицензию, и рабочие места. Говорят что надо приобретать Серверный ключ 1с. В таком случае где будут храниться бд sql? В облаке или на самих компьютерах? Просто загвоздка в том что в нашем небольшом городе Казахстана несколько лет назад взломали 1ски нескольких предприятий и требовали выкуп за них, что в таком случае по безопасности?
7. Oldsad 30.10.23 11:00 Сейчас в теме
(6)Данные будут храниться на сервере где установите sql.
Файловая база в плане защищенности ничем не лучше клиент серверной.
По поводу сохранности данных - это работа для грамотного сисадмина. Настроить доступы, политики безопасности, бэкапы и т.д.
8. starik-2005 3051 30.10.23 11:29 Сейчас в теме
(6)
что в таком случае по безопасности?
База - это файл. Зашифровать файл одинаково легко как на локальном сервере, так и в облаке. Как SQL, так и файловую..

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

Нормальная альтернатива скульной базе не первое время - это веб-сервер. т.к. он, фактически, становится сервером приложений, данные кешируются в его памяти и отдаются клиентам с высокой скоростью по протоколу HTTP[s].База остается файловой, но пользователи получают к ней доступ через тот самый сервер приложений (веб-сервер), что гораздо быстрее, чем в случае с файловой базой за счет того, что блокировки становятся не сетевыми, а локальными - это на несколько порядков быстрее.
9. user1994982 30.10.23 12:51 Сейчас в теме
(8)
(8)
База остается файловой, но пользователи получают к ней доступ через тот самый сервер приложений (веб-сервер), что гораздо быстрее, чем в случае с файловой базой за счет того, что блокировки становятся не сетевыми, а локальными - это на несколько порядков быстрее.
Дааа, где то советуют ставить sql Говоря что на нем будет работать быстрее. Вы говорите что что файловая быстрее sql ной базы. Все таки интуиция мне подсказывает купить сервер, поставить терминалку, как понимаю она будет гарантировать хорошую скорость( если железо сервера подходящее)
10. starik-2005 3051 30.10.23 15:05 Сейчас в теме
(9)
Вы говорите что что файловая быстрее sql ной базы.
Я говорю "для одного пользователя". Тот же тест Гилева для одного пользователя на одном компьютере в серверном режиме проигрывает в 2-4 раза файловой. А там делается ровно то, что делает юзер: запись и чтение данных из/в базы, много записей и чтений. Сам по себе код 1С на уровне "2+2" выполняется с одинаковой скоростью, а вот множество запросов к базе данных проходит уже через два приложения% сервер 1С и сервер SQL. И для одного пользователя это работает медленнее. Для двух сетевых пользователей SQL уже быстрее, т.к. сетевые пользователи базы вынуждены синхронизироваться друг с другом внутри сетевой инфраструктуры (на уровне времени доступа к файлам блокировки каталога базы 1С в попытках установить свою блокировку). Когда файловая база работает через удаленный рабочий стол или через веб-сервер, скорость блокировок увеличивается на порядок - не нужно ждать ответа сети. А т.к. веб-сервер делает то же самое, только от одного пользователя, от которого он запущен, то это происходит еще быстрее. При этом экономится память, т.к. веб-сервер - это одно запущенное приложение для всех пользователей, а не для каждого по отдельности, как это происходит с файловой базой.

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

Скул выигрывает при работа от 10-ти пользователей, т.к. обеспечивает более эффективный параллелизм работы пользователей, позволяя блокировать таблицы не целиком, а частично. Но для серверной версии нужно памяти и на сервер 1С, и на сервер скула. Т.е. памяти нужно больше, чем для веб-сервера при аналогичной нагрузке.
muskul; orakool; +2 Ответить
11. muskul 31.10.23 05:00 Сейчас в теме
как правильно советуют, как минимум развернуть веб сервер, ничего докупать для этого не требуется, а уже потом посмотреть по работе и докупить или сервер мини 15 тысяч но до 5 пользователей, или полноценный если будет более 5.
Памяти добавить 100% нужно, 8гб уже в притык и для обычный работы. а если на вырост то железо апргейдить нужно будет 100%
12. user1994982 31.10.23 06:01 Сейчас в теме
(10)
(11)
как правильно советуют, как минимум развернуть веб сервер, ничего докупать для этого не требуется, а уже потом посмотреть по работе и докупить или сервер мини 15 тысяч но до 5 пользователей, или полноценный если будет более 5.
Памяти добавить 100% нужно, 8гб уже в притык и для обычный работы. а если на вырост то железо апргейдить нужно будет 100%
Если на серверный компьютер добавим 8 гб второй плажке то это поможет скорости работы на других компьютерах? или надо на все компьютеры ставить доп. озу. Все еще не могу понять принцип работы файловой базы.
13. muskul 31.10.23 09:49 Сейчас в теме
(12)файловая по сети: все работают через общую папку на своем железе, отсюда и проблема что у тебя база рушится, так как сеть нестабильная вещь
веб сервис: все считает "серверный" компьютер, рабочее место просто отображает результат.
14. starik-2005 3051 31.10.23 10:19 Сейчас в теме
(12)
Если на серверный компьютер добавим 8 гб второй плажке то это поможет скорости работы на других компьютерах?
Нет.
или надо на все компьютеры ставить доп. озу.
Нет.
Все еще не могу понять принцип работы файловой базы.
Файловая база работает с файлом, который лежит в сети. Любое обновление файла по сети делает недействительным файловый кеш и приходится данные из сети читать заново. Читать из сети - это дольше, чем читать с диска. А читать с диска - это дольше, чем читать из памяти кеш, который при сетевом доступе к базе малоэффективен и позволяет только при работе одного пользователя воспользоваться его преимуществом.

Надо:
1. Добавить памяти на сервер. Ну хотя бы до 16 Гб.
2. Установить там веб-сервер (IIS уже, обычно, стоит, но можно поискать апач).
3. Установить 64-битный 1С на сервере, чтобы не было пробле совместимости с IIS, хотя он умеет и 32-битный режим, но надо лезть в настройки, а ты не админ (а я была так рада... - слова из песни).
4, Зайти в конфигуратор с правами администратора на "сервере".
5. Опубликовать базу на веб-сервере. Прочитать на эту тему хотя бы пару статей.
6. На всякий случай перезагрузить комп, т.к. ты снова не админ и админом после прочтения тех двух статей не станешь.
7. У пользователей поменять путь к базе на опубликованный (http://имясервера/имябазы) в соответствующем поле ИБ в стартере 1С.
8. Взять плетку и заставить всех вджабывать с утроенной скоростью.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот