Что надо докупить, чтобы перевести БП3 на сервер из файлового режима? #794981

Имеем сетевую БП3 на четыре пользователя в файловом режиме, но в БП достаточно много фирм, что приводить к тормозам через несколько месяцев после начала работы с пустой базой, хотелось бы чуток ускорить работу системы, первое что пришло в голову перевести на SQL сервер. Поскольку продажами обычно не занимаюсь, то хотелось бы знать, что конкретно надо докупить клиенту, чтобы можно было поставить SQL сервер. Если же будет хотя бы примерная разбивка по ценам буду вообще крайне признателен...

Попробуй для начала публикацию через веб-сервер, это бесплатно

если чуток, то RDP

открываешь прайс 1с и ищешь лицензии на сервер 1ц и скл. клиенты и конфа уже куплены. там же в прайсе и увидишь градации лицензий. +1. за бесплатно попробовать вполне вариант.

Минисервер 14 400.

Принято. Спасибо.

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

База по сути одна, просто в одной базе до хрена фирм. И тогда в продолжение варианта , для него надо докупать еще что-то, кроме Минисервера за 14 400?

если ты влезешь в SQL express, то вроде бы всё. иначе на скл лицензия.

SQL

>> ...надо докупать еще что-то...? Если не вписываетесь по параметрам в бесплатный MS SQL Express, и не хотите заморачиваться с бесплатной PostgreSQL, то придётся раскошелиться на СУБД.

Понятно. Спасибо!

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

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

перевод на sql сам по себе не ускоряет работу, не в этом его главное преймущество Для ускорения почти всегда нужна модернизация аппаратной части: проц помощнее (частота), ОЗУ, SSD диски (лучше несколько) Ты бы начал с бюджета: сколько готовы потратить ? Скорее всего на выделенную сумму можно добиться надежности, но не скорости. Когда руководство увидит сумму, обеспечивающую надежность+скорость - ему станет плохо от этих цифр.

В написали - ставишь вебсервер, например Апач - он бесплатен Раздаешь через этот вебсервер пользователям. Все летает до 20 пользователей. Бесплатно SQL не нужен Сопровождение не нужно

Так веб версия в файловой все запросы всех клиентов ставит в одну общую очередь - 1С рекомендует этот вариант исключительно для отладки

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

А два веб-сервера не будут конфликтовать при доступе, например на запись к одному элементу справочника или при записи в регистр

?? Ссылку то можно ? С каких это пор 1С  рекомендует веб сервер для отладки ? А по факту 1С реализовали в данном варианте мини сервер и весьма неплохой. И способ проверен уже лет 7.

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

+   Многопоточный МикроСервер для файловой базы управляемого приложения 1c

+ но думаю таки лучше

1) Загрузки не заметил какой либо на вебсервер 2) Блокировки в что в файловой, что через вебсерер - без разницы и там и там 3) С тем же успехом файловый режим можно назвать тестовым. Ну и в 1С знают видимо эту лазейку Да давно обсуждали- но не уверен что в конце концов все проблемы решил. Итого - способ бесплатный и каждый может для проверить в обычной среде и решить.

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

+ Минисервер - это нужно пробовать ... Вообще бы где-нибудь взять нормальный сервер и потестить. Т.к. думаю, что сеансов будет отжирать не 4, а больше 5, т.к. на версии, например 8.3.9 сеансы постоянно уходят в спячку и не отрубаются

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

У автора 4 пользователя. Такое возможно  если есть ну очень кривой запрос.

давай закинем базу в 1сфреш -- понравится по скорости -- там и останешься

Будут. Ровно так же, как два клиента при файл-серверном доступе. Но - не через сеть, а локально, что намного лучше.

Вот поэтому надо запускать несколько экземпляров веб-сервера и лапу никто сосать не будет.

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