Добрый день. Начали переход на клиент сервер, купили 1С Сервер и есть лицензии платформы. БД хочу использовать PostgreSQL. База на обычном приложении, пока половина документов на управляемых формах, остальные на обычных. Какой правильный порядок при переходе на клиенте-серверное взаимодействие? Слышал, что нужно коррективы в конфигурацию еще внести, потом развернуть PostgreSQL, а потом установить 1С Сервер и все настройки сделать на 1С Сервере и PostgreSQL и все вроде. Есть материал именно по такому типу вопроса?

Переход с Микрософта на Линукс

Есть только предложение 4-)

(0) а как связанны управляемые формы и обычные с базой данных?

Если там обычные формы то там возможно и автоматические блокировки. Что под постгресом не есть гуд.

(0) Проблемы будут только если код написан совсем "через жо". Поставить и попробовать.

Обычные формы работают на клиент-сервер?

(3) Вот и задаю вопрос, значит никак, но вот управляемой или обычное приложение есть разница?

(4) Учту это при переходе

(5) Код писался 4-мя программистами в разные времена, то есть захожу в объект и пересываю код на адекватный, когда связываюсь с объектом.

(8) Лет так с 10 попал на фирму - там были кучи маленьких УПП по одной на юр. лицо. И постресс.
Максимум - 2 буха на юрлицо. Так вот - одна документы вводит - другая может только смотреть. Ибо пострес блокировал таблицы как в файловой базе :-)

В новых конфах там другие блокировки - там вроде всё терпимо.

(10) У нас 35 пользователей и файловая база уже задыхается от блокировок транзакций. Клиент-сервер на такое кол-во пользователей уже нужен, если не ошибаюсь

(11) Они через веб работают?

(11) Мы уже на 5 пользователях ставим

(12) rdp толстый клиент

(13) в рекомендациях сказано от 15

(15) Ну минисервер же не просто так появился в продаже ;-)

(11) Если в Вашей самописке обычные блокировки, то постре не поможет, тк 1с в постге будет ставить блокировки на всю таблицу, как в файловой.

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

(16) первый раз слышу

(16) Мы свою базу в 2015 разворачивали, тогда такого не было

(19) удобная штук, чтобы полноценную лицензию не брать. Сам таким пользуюсь на работе.

(10)
>Ибо пострес блокировал таблицы как в файловой базе :-)
Не PostgreSQL, а 1С платформа.
ЗУП 2.5 платформа 1С тоже блокировала по всем организациям таблицы при расчетах.

(17) режим блокировок "Управляемый"

(18) Переписывать код нужно?

(22) Дополню про ЗУП: в MSSQL все блокировалось

(21) Цену какая? чтобы не лазил

14к, но там ограничение

НА УПП мини не применяется, это для свежих релизов с большим потреблением оперативы

(27) до скольки пользователей реккомендует?

(24) Как правило не нужно. Если конечно не писали серверный код в предположении, что он выполняется на клиенте. Например, работали с файловой системой клиента из серверной процедуры.

(29) В твоем случае это серверный ключ на 64 бита, за 80+к рублей

(31) Уже купили

(31) С учетом того что нетиповая, конфигурация нетяжелая - то и 32-битного хватит.

(32) Сервак тоже на 64 бита?

(34) Да, Windows Server 2012 R2 64

И Платформа и 1С сервер

Подытожим...
1) Код переписывать не нужно
2) Перевести платформу на "автоматический" режим блокировки
3) настройки 1С Сервер и PostgreSQL беру стандартные в интернете
4) Все работает
Верно?

(37) по первому- сомтря как дорабатывали

А так все верно

1) Код переписывать не нужно -смотря как дорабатывали

2) Перевести платформу на "автоматический" режим блокировки - не подскажу

3) настройки 1С Сервер и PostgreSQL беру стандартные в интернете - у нас свои

4) Все работает

Да

постгре на винду ставить - моветон

(37) Зачем переводить на автоматический ? Наоборот управляемый - то, что нужно.

может статься что никаких блокировок вовсе нет. несмотря на режим.
ибо файловая была, там это не нужно было

Сейчас проблема в том, что 9 менеджеров проводят документ, обращается к одной и той же таблице и потом блокировка транзакций

(40) лучше линукс