Добрый день!

Хочу развернуть 1с таким образом, чтобы Сервер приложений 1с был на одной машине + СУБД Postgre на другой + СУБД MSSQL на третьей машине.
Может ли сервер приложений 1с работать с разными СУБД одновременно, т.е. часть баз будут в Postgre а часть в MSSQL?

А мсье знает толк в извращениях

(0) отдельные/разные базы могут быть на разных sql серверах, пофиг каких

Сможет.

Может конечно

Кста большинство офиц франчей не умеют Postgres готовить в отличие от MSSQL

(5) Они и не должны уметь

Лучше чтобы mssql и сервер приложений 1с были на одной машине. Меньше задержки и оверхед, потому что будет применяться локальный протокол shared memory. Ну хозяин барин.

(6) 1С Фреш на Postgres
Типовые конфиги сча под фреш точатся в первую очередь
Реально шустрей пашет

Благодарю за инфу господа!)

(8) Все упирается в грамотность спеца по настройке серверной ОСи и СКЛ, я например 5 лет работал без данного спеца, все нормально

(8) А что, фреш франчи настраивают? О_о

Мне  дружбан по ораклу рассказывал как их контора переходила на 1С, при внедрении у них встала корпоративка, далее админ БД ( а там это обязательно), сел, выяснил где проблема, и дописал, часть чтобы быстро работало (по моему вопрос был в блокировках)

(12) Дописал 1с? Крут дружбан...

(13) дописывал часть обработки запросов оракла

(11) Если у франча есть свой "фреш" то почему бы и нет?
Держать свой "фреш" на mssql слегка дороже

+(14) от уровня конфигуратора до железок, я сильно колхозник ;-)

(10) есть такое, постгрес слегка сложней настраивать и админить
особенно админить весело бывает когда pgadmin не хотит базы восстанавливать и хоть тресни

(17) При восстановлении БД в postgre есть нюанс. Базу нужно создать через pg_admin, восстановить в эту пустую базу 1с ный бэкап и после этого через администрирование серверов подключить восстановленную базу. В противном случае восстановленная база не заработает.

(5) >> большинство офиц франчей не умеют Postgres готовить в отличие от MSSQL.

Большинство заказчиков, не умеющих это делать гораздо больше большинства франчей.
Мало того - большинство франчей и MsSQL не умеют настраивать.

Грамотные DBA 1С - это редкий штучный товар. Позволить себе содержать такого специалиста могут единицы (не важно - говорим ли мы о франчах или об их заказчиках).

99% специалистов, настраивающих 1С для клиент-серверного использования, делают это в лучшем случае по инструкциям и chek-листам с портала ИТС. А обычно - вообще тупо запуская установочные пакеты и нажимая кнопке "Далее>>". И хорошо, если регламенты СУБД нормально настроят.

(19) поэтому они и сидят в системных интеграторах, потому что задачи под них есть

(1) >> мсье знает толк в извращениях.

А почему бы и нет?
Почему нельзя рассматривать вариант установки отдельного сервера БД в качестве варианта масштабирования?
Допустим у вас большое количество баз, с которыми работают разные пользователи.
Тратиться на покупку дополнительных серверов приложений (1С) и лицензий на MS-SQL вы не хотите или не готовы прямо сейчас.
А вот раскидать базы по различным серверам БД вполне можно без особых финансовых затрат (не считая железа, разумеется), если дополнительные сервера БД будут под управлением бесплатно лицензируемых СУБД типа PgSQL.

(21) Потому что, либо у тебя есть спец по ПГ и Юниху, и ты на нем, либо у тебя его нет

(0) Да, это возможно. Сервер приложений знает с каким sql сервером работает (это же указывается при создании базы). Проблем не будет.
Интересно... А вот наоборот как? Могут ли 2 сервера приложений на разных системах (один под Linux, а другой под Windows) подключится к одной sql базе и ее не убить?

(23) к сожалению могут, но т.к. многие сервисные функции типа "Нумераторы документов", "Выдача уид" и т.п. происходит на сервере приложений (счетчики) ... будут  ошибки при параллельной работе типа "Код не уникален" т.п. (Лучше так не делать)

(23) даже один сервер можно две инф. базы создать и на одну sql натравить и получить упс

(23) >> Могут ли 2 сервера приложений на разных системах (один под Linux, а другой под Windows) подключится к одной sql базе и ее не убить?

Могут, если только эта БД не на Microsoft SQL.
Особенности рабочих серверов под управлением Linux - не могут взаимодействовать с СУБД Microsoft SQL Server.

Ну и надо учитывать особенности, описанные в (24) и (25).
Если эти сервера не в одном кластере серверов 1С, то синхронизации сервисов между ними не будет.
Все те сервисы, которыми рулит менеджер кластера серверов (лицензирование, журналы регистрации, времени, сеансовых данных, полнотекстового поиска, транзакционных блокировок, заданий, нумерации объектов, блокировки объектов и пр.) без синхронизации убьют базу рано или поздно с высокой долей вероятности. Ну или по меньшей мере будут конфликтовать друг с другом.

Но если эти сервера в едином кластере находятся, то проблем нет.