Добрый день. Прошу прощения если вопросы заданы не по теме. Уже не знаю как с этим разобраться.
Устроился в практически в новую торговую компанию. Раньше вели учет на пиратской 1с 8,3. Нормально не настроена. Практически учет был формальный.
С моим приходом решили Переходить на лицензионную 1с УТ 3 редакция для Казахстана. Кое как перешли, но теперь со временем база стала зафисать, долго грузиться и часто возникать ошибки, (файл базы данных поврежден, не удалось зафиксировать файл базы данных для открытия или изменения, аварийные завершение) 1с ка файловая, расшаренная по локалке (одновременно работают 5 человек), на серверном компе такие характеристики i5-3330 3,00gh, 8гб озу, ( 1с ка весит пока 1,9гб) Теперь стоим перед выбором покупать сервер и переходить на терминальную базу а не файловую, или ставить sql.
Большие планы на будущее. хотим перевести торговых на заявочную систему, выдать КПК. Какое решение будет лучше в нашей ситуации?
Устроился в практически в новую торговую компанию. Раньше вели учет на пиратской 1с 8,3. Нормально не настроена. Практически учет был формальный.
С моим приходом решили Переходить на лицензионную 1с УТ 3 редакция для Казахстана. Кое как перешли, но теперь со временем база стала зафисать, долго грузиться и часто возникать ошибки, (файл базы данных поврежден, не удалось зафиксировать файл базы данных для открытия или изменения, аварийные завершение) 1с ка файловая, расшаренная по локалке (одновременно работают 5 человек), на серверном компе такие характеристики i5-3330 3,00gh, 8гб озу, ( 1с ка весит пока 1,9гб) Теперь стоим перед выбором покупать сервер и переходить на терминальную базу а не файловую, или ставить sql.
Большие планы на будущее. хотим перевести торговых на заявочную систему, выдать КПК. Какое решение будет лучше в нашей ситуации?
По теме из базы знаний
- Бонусная система в 1С для УТ 10.3
- 1С:Управление торговлей 8 (УТ) - цена, купить версии ПРОФ и базовая, демо
- Интеграция "1С:Управление торговлей 10.3" с Yandex SpeechKit для распознавания телефонных звонков
- Интеграция 1С с маркетплейсами из одного окна: Озон, ВБ, Яндекс, Сбер, Али, ЛаМода - для УНФ, УТ, КА, ERP
- Эмулятор ККМ для УТ 11.5
Найденные решения
(9)
Скульная база будет точно медленнее работать при работе одного пользователя. Но при трех она уже не будет так тормозить, как файловая. Веб-сервер же будет работать и с десятью пользователями не сильно медленнее, чем с одним.
Скул выигрывает при работа от 10-ти пользователей, т.к. обеспечивает более эффективный параллелизм работы пользователей, позволяя блокировать таблицы не целиком, а частично. Но для серверной версии нужно памяти и на сервер 1С, и на сервер скула. Т.е. памяти нужно больше, чем для веб-сервера при аналогичной нагрузке.
Вы говорите что что файловая быстрее sql ной базы.
Я говорю "для одного пользователя". Тот же тест Гилева для одного пользователя на одном компьютере в серверном режиме проигрывает в 2-4 раза файловой. А там делается ровно то, что делает юзер: запись и чтение данных из/в базы, много записей и чтений. Сам по себе код 1С на уровне "2+2" выполняется с одинаковой скоростью, а вот множество запросов к базе данных проходит уже через два приложения% сервер 1С и сервер SQL. И для одного пользователя это работает медленнее. Для двух сетевых пользователей SQL уже быстрее, т.к. сетевые пользователи базы вынуждены синхронизироваться друг с другом внутри сетевой инфраструктуры (на уровне времени доступа к файлам блокировки каталога базы 1С в попытках установить свою блокировку). Когда файловая база работает через удаленный рабочий стол или через веб-сервер, скорость блокировок увеличивается на порядок - не нужно ждать ответа сети. А т.к. веб-сервер делает то же самое, только от одного пользователя, от которого он запущен, то это происходит еще быстрее. При этом экономится память, т.к. веб-сервер - это одно запущенное приложение для всех пользователей, а не для каждого по отдельности, как это происходит с файловой базой.
Скульная база будет точно медленнее работать при работе одного пользователя. Но при трех она уже не будет так тормозить, как файловая. Веб-сервер же будет работать и с десятью пользователями не сильно медленнее, чем с одним.
Скул выигрывает при работа от 10-ти пользователей, т.к. обеспечивает более эффективный параллелизм работы пользователей, позволяя блокировать таблицы не целиком, а частично. Но для серверной версии нужно памяти и на сервер 1С, и на сервер скула. Т.е. памяти нужно больше, чем для веб-сервера при аналогичной нагрузке.
(12)
Надо:
1. Добавить памяти на сервер. Ну хотя бы до 16 Гб.
2. Установить там веб-сервер (IIS уже, обычно, стоит, но можно поискать апач).
3. Установить 64-битный 1С на сервере, чтобы не было пробле совместимости с IIS, хотя он умеет и 32-битный режим, но надо лезть в настройки, а ты не админ (а я была так рада... - слова из песни).
4, Зайти в конфигуратор с правами администратора на "сервере".
5. Опубликовать базу на веб-сервере. Прочитать на эту тему хотя бы пару статей.
6. На всякий случай перезагрузить комп, т.к. ты снова не админ и админом после прочтения тех двух статей не станешь.
7. У пользователей поменять путь к базе на опубликованный (http://имясервера/имябазы) в соответствующем поле ИБ в стартере 1С.
8. Взять плетку и заставить всех вджабывать с утроенной скоростью.
Если на серверный компьютер добавим 8 гб второй плажке то это поможет скорости работы на других компьютерах?
Нет.
или надо на все компьютеры ставить доп. озу.
Нет.
Все еще не могу понять принцип работы файловой базы.
Файловая база работает с файлом, который лежит в сети. Любое обновление файла по сети делает недействительным файловый кеш и приходится данные из сети читать заново. Читать из сети - это дольше, чем читать с диска. А читать с диска - это дольше, чем читать из памяти кеш, который при сетевом доступе к базе малоэффективен и позволяет только при работе одного пользователя воспользоваться его преимуществом.
Надо:
1. Добавить памяти на сервер. Ну хотя бы до 16 Гб.
2. Установить там веб-сервер (IIS уже, обычно, стоит, но можно поискать апач).
3. Установить 64-битный 1С на сервере, чтобы не было пробле совместимости с IIS, хотя он умеет и 32-битный режим, но надо лезть в настройки, а ты не админ (а я была так рада... - слова из песни).
4, Зайти в конфигуратор с правами администратора на "сервере".
5. Опубликовать базу на веб-сервере. Прочитать на эту тему хотя бы пару статей.
6. На всякий случай перезагрузить комп, т.к. ты снова не админ и админом после прочтения тех двух статей не станешь.
7. У пользователей поменять путь к базе на опубликованный (http://имясервера/имябазы) в соответствующем поле ИБ в стартере 1С.
8. Взять плетку и заставить всех вджабывать с утроенной скоростью.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Судя по описанию у вас в ближайшем будущем возрастет нагрузка на БД и увеличится количество пользователей, прорабатывайте сейчас переход на клиент серверный вариант, не исключено что это потом придется делать экстренно.
п.с. надеюсь вы делаете резервные копии
п.с. надеюсь вы делаете резервные копии
Если УТ на управляемых формах, то на свой Ай5 добавь памяти до 32 гигов хотя бы и переезжай на веб-сервер. Для этого опубликуй базу на веб-сервере (в принципе хватит и ИИС, но можешь поставить апач, если охота - с ним, обычно, меньше проблем). На тонких клиентах пропиши УРЛ базы (вариант "на веб-сервере").
Этого должно хватить для решения проблем производительности базы на 5 человек.
Для конфигурировния юзай РДП.
Этого должно хватить для решения проблем производительности базы на 5 человек.
Для конфигурировния юзай РДП.
(2)
Времена когда можно было комфортно работать в файловой базе давно прошли, сейчас только конфигурация весит почти 1.5гб.
Спасибо за совет. Сам не являюсь не сис админом не 1с программистом. Обратился, в компанию в которой купили одну УТшку лицензию, и рабочие места. Говорят что надо приобретать Серверный ключ 1с. В таком случае где будут храниться бд sql? В облаке или на самих компьютерах? Просто загвоздка в том что в нашем небольшом городе Казахстана несколько лет назад взломали 1ски нескольких предприятий и требовали выкуп за них, что в таком случае по безопасности?
(6)
В файловой можно работать, для этого нужна 64-битная версия 1С и компьютер с достаточным количеством памяти. Если ставить скуль, то памяти надо будет еще больше, и оно там без регламентов обслуживания работать прилично будет до поры до времени. И работает скульная база медленнее примерно в 2 раза, чем файловая (при одном пользователе).
Нормальная альтернатива скульной базе не первое время - это веб-сервер. т.к. он, фактически, становится сервером приложений, данные кешируются в его памяти и отдаются клиентам с высокой скоростью по протоколу HTTP[s].База остается файловой, но пользователи получают к ней доступ через тот самый сервер приложений (веб-сервер), что гораздо быстрее, чем в случае с файловой базой за счет того, что блокировки становятся не сетевыми, а локальными - это на несколько порядков быстрее.
что в таком случае по безопасности?
База - это файл. Зашифровать файл одинаково легко как на локальном сервере, так и в облаке. Как SQL, так и файловую..
В файловой можно работать, для этого нужна 64-битная версия 1С и компьютер с достаточным количеством памяти. Если ставить скуль, то памяти надо будет еще больше, и оно там без регламентов обслуживания работать прилично будет до поры до времени. И работает скульная база медленнее примерно в 2 раза, чем файловая (при одном пользователе).
Нормальная альтернатива скульной базе не первое время - это веб-сервер. т.к. он, фактически, становится сервером приложений, данные кешируются в его памяти и отдаются клиентам с высокой скоростью по протоколу HTTP[s].База остается файловой, но пользователи получают к ней доступ через тот самый сервер приложений (веб-сервер), что гораздо быстрее, чем в случае с файловой базой за счет того, что блокировки становятся не сетевыми, а локальными - это на несколько порядков быстрее.
(8)
(8)
(8)
База остается файловой, но пользователи получают к ней доступ через тот самый сервер приложений (веб-сервер), что гораздо быстрее, чем в случае с файловой базой за счет того, что блокировки становятся не сетевыми, а локальными - это на несколько порядков быстрее.
Дааа, где то советуют ставить sql Говоря что на нем будет работать быстрее. Вы говорите что что файловая быстрее sql ной базы. Все таки интуиция мне подсказывает купить сервер, поставить терминалку, как понимаю она будет гарантировать хорошую скорость( если железо сервера подходящее)
(9)
Скульная база будет точно медленнее работать при работе одного пользователя. Но при трех она уже не будет так тормозить, как файловая. Веб-сервер же будет работать и с десятью пользователями не сильно медленнее, чем с одним.
Скул выигрывает при работа от 10-ти пользователей, т.к. обеспечивает более эффективный параллелизм работы пользователей, позволяя блокировать таблицы не целиком, а частично. Но для серверной версии нужно памяти и на сервер 1С, и на сервер скула. Т.е. памяти нужно больше, чем для веб-сервера при аналогичной нагрузке.
Вы говорите что что файловая быстрее sql ной базы.
Я говорю "для одного пользователя". Тот же тест Гилева для одного пользователя на одном компьютере в серверном режиме проигрывает в 2-4 раза файловой. А там делается ровно то, что делает юзер: запись и чтение данных из/в базы, много записей и чтений. Сам по себе код 1С на уровне "2+2" выполняется с одинаковой скоростью, а вот множество запросов к базе данных проходит уже через два приложения% сервер 1С и сервер SQL. И для одного пользователя это работает медленнее. Для двух сетевых пользователей SQL уже быстрее, т.к. сетевые пользователи базы вынуждены синхронизироваться друг с другом внутри сетевой инфраструктуры (на уровне времени доступа к файлам блокировки каталога базы 1С в попытках установить свою блокировку). Когда файловая база работает через удаленный рабочий стол или через веб-сервер, скорость блокировок увеличивается на порядок - не нужно ждать ответа сети. А т.к. веб-сервер делает то же самое, только от одного пользователя, от которого он запущен, то это происходит еще быстрее. При этом экономится память, т.к. веб-сервер - это одно запущенное приложение для всех пользователей, а не для каждого по отдельности, как это происходит с файловой базой.
Скульная база будет точно медленнее работать при работе одного пользователя. Но при трех она уже не будет так тормозить, как файловая. Веб-сервер же будет работать и с десятью пользователями не сильно медленнее, чем с одним.
Скул выигрывает при работа от 10-ти пользователей, т.к. обеспечивает более эффективный параллелизм работы пользователей, позволяя блокировать таблицы не целиком, а частично. Но для серверной версии нужно памяти и на сервер 1С, и на сервер скула. Т.е. памяти нужно больше, чем для веб-сервера при аналогичной нагрузке.
как правильно советуют, как минимум развернуть веб сервер, ничего докупать для этого не требуется, а уже потом посмотреть по работе и докупить или сервер мини 15 тысяч но до 5 пользователей, или полноценный если будет более 5.
Памяти добавить 100% нужно, 8гб уже в притык и для обычный работы. а если на вырост то железо апргейдить нужно будет 100%
Памяти добавить 100% нужно, 8гб уже в притык и для обычный работы. а если на вырост то железо апргейдить нужно будет 100%
(10)
(11)
(11)
как правильно советуют, как минимум развернуть веб сервер, ничего докупать для этого не требуется, а уже потом посмотреть по работе и докупить или сервер мини 15 тысяч но до 5 пользователей, или полноценный если будет более 5.
Памяти добавить 100% нужно, 8гб уже в притык и для обычный работы. а если на вырост то железо апргейдить нужно будет 100%
Если на серверный компьютер добавим 8 гб второй плажке то это поможет скорости работы на других компьютерах? или надо на все компьютеры ставить доп. озу. Все еще не могу понять принцип работы файловой базы.
Памяти добавить 100% нужно, 8гб уже в притык и для обычный работы. а если на вырост то железо апргейдить нужно будет 100%
(12)
Надо:
1. Добавить памяти на сервер. Ну хотя бы до 16 Гб.
2. Установить там веб-сервер (IIS уже, обычно, стоит, но можно поискать апач).
3. Установить 64-битный 1С на сервере, чтобы не было пробле совместимости с IIS, хотя он умеет и 32-битный режим, но надо лезть в настройки, а ты не админ (а я была так рада... - слова из песни).
4, Зайти в конфигуратор с правами администратора на "сервере".
5. Опубликовать базу на веб-сервере. Прочитать на эту тему хотя бы пару статей.
6. На всякий случай перезагрузить комп, т.к. ты снова не админ и админом после прочтения тех двух статей не станешь.
7. У пользователей поменять путь к базе на опубликованный (http://имясервера/имябазы) в соответствующем поле ИБ в стартере 1С.
8. Взять плетку и заставить всех вджабывать с утроенной скоростью.
Если на серверный компьютер добавим 8 гб второй плажке то это поможет скорости работы на других компьютерах?
Нет.
или надо на все компьютеры ставить доп. озу.
Нет.
Все еще не могу понять принцип работы файловой базы.
Файловая база работает с файлом, который лежит в сети. Любое обновление файла по сети делает недействительным файловый кеш и приходится данные из сети читать заново. Читать из сети - это дольше, чем читать с диска. А читать с диска - это дольше, чем читать из памяти кеш, который при сетевом доступе к базе малоэффективен и позволяет только при работе одного пользователя воспользоваться его преимуществом.
Надо:
1. Добавить памяти на сервер. Ну хотя бы до 16 Гб.
2. Установить там веб-сервер (IIS уже, обычно, стоит, но можно поискать апач).
3. Установить 64-битный 1С на сервере, чтобы не было пробле совместимости с IIS, хотя он умеет и 32-битный режим, но надо лезть в настройки, а ты не админ (а я была так рада... - слова из песни).
4, Зайти в конфигуратор с правами администратора на "сервере".
5. Опубликовать базу на веб-сервере. Прочитать на эту тему хотя бы пару статей.
6. На всякий случай перезагрузить комп, т.к. ты снова не админ и админом после прочтения тех двух статей не станешь.
7. У пользователей поменять путь к базе на опубликованный (http://имясервера/имябазы) в соответствующем поле ИБ в стартере 1С.
8. Взять плетку и заставить всех вджабывать с утроенной скоростью.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот