Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Сервер 1с + MSSQL и PostgreSQL одновременно

Сервер 1с + MSSQL и PostgreSQL одновременно
Я
   EvgKolivagin
 
16.02.21 - 15:22
Добрый день!

Хочу развернуть 1с таким образом, чтобы Сервер приложений 1с был на одной машине + СУБД Postgre на другой + СУБД MSSQL на третьей машине.
Может ли сервер приложений 1с работать с разными СУБД одновременно, т.е. часть баз будут в Postgre а часть в MSSQL?
 
 Партнерская программа EFSOL Oblako
   Krendel
 
1 - 16.02.21 - 15:24
А мсье знает толк в извращениях
   Garykom
 
2 - 16.02.21 - 15:25
(0) отдельные/разные базы могут быть на разных sql серверах, пофиг каких
   ДенисЧ
 
3 - 16.02.21 - 15:26
Сможет.
   Почему 1С
 
4 - 16.02.21 - 15:26
Может конечно
   Garykom
 
5 - 16.02.21 - 15:27
Кста большинство офиц франчей не умеют Postgres готовить в отличие от MSSQL
   Krendel
 
6 - 16.02.21 - 15:27
(5) Они и не должны уметь
   Провинциальный 1сник
 
7 - 16.02.21 - 15:27
Лучше чтобы mssql и сервер приложений 1с были на одной машине. Меньше задержки и оверхед, потому что будет применяться локальный протокол shared memory. Ну хозяин барин.
   Garykom
 
8 - 16.02.21 - 15:29
(6) 1С Фреш на Postgres
Типовые конфиги сча под фреш точатся в первую очередь
Реально шустрей пашет
   EvgKolivagin
 
9 - 16.02.21 - 15:31
Благодарю за инфу господа!)
   Krendel
 
10 - 16.02.21 - 15:34
(8) Все упирается в грамотность спеца по настройке серверной ОСи и СКЛ, я например 5 лет работал без данного спеца, все нормально
   ДенисЧ
 
11 - 16.02.21 - 15:36
(8) А что, фреш франчи настраивают? О_о
   Krendel
 
12 - 16.02.21 - 15:37
Мне  дружбан по ораклу рассказывал как их контора переходила на 1С, при внедрении у них встала корпоративка, далее админ БД ( а там это обязательно), сел, выяснил где проблема, и дописал, часть чтобы быстро работало (по моему вопрос был в блокировках)
   ДенисЧ
 
13 - 16.02.21 - 15:38
(12) Дописал 1с? Крут дружбан...
   Krendel
 
14 - 16.02.21 - 15:39
(13) дописывал часть обработки запросов оракла
   Garykom
 
15 - 16.02.21 - 15:39
(11) Если у франча есть свой "фреш" то почему бы и нет?
Держать свой "фреш" на mssql слегка дороже
   Krendel
 
16 - 16.02.21 - 15:41
+(14) от уровня конфигуратора до железок, я сильно колхозник ;-)
   Garykom
 
17 - 16.02.21 - 15:41
(10) есть такое, постгрес слегка сложней настраивать и админить
особенно админить весело бывает когда pgadmin не хотит базы восстанавливать и хоть тресни
   EvgKolivagin
 
18 - 16.02.21 - 15:47
(17) При восстановлении БД в postgre есть нюанс. Базу нужно создать через pg_admin, восстановить в эту пустую базу 1с ный бэкап и после этого через администрирование серверов подключить восстановленную базу. В противном случае восстановленная база не заработает.
   Dmitrii
 
19 - 16.02.21 - 15:49
(5) >> большинство офиц франчей не умеют Postgres готовить в отличие от MSSQL.

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

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

99% специалистов, настраивающих 1С для клиент-серверного использования, делают это в лучшем случае по инструкциям и chek-листам с портала ИТС. А обычно - вообще тупо запуская установочные пакеты и нажимая кнопке "Далее>>". И хорошо, если регламенты СУБД нормально настроят.
   Krendel
 
20 - 16.02.21 - 15:52
(19) поэтому они и сидят в системных интеграторах, потому что задачи под них есть
   Dmitrii
 
21 - 16.02.21 - 16:02
(1) >> мсье знает толк в извращениях.

А почему бы и нет?
Почему нельзя рассматривать вариант установки отдельного сервера БД в качестве варианта масштабирования?
Допустим у вас большое количество баз, с которыми работают разные пользователи.
Тратиться на покупку дополнительных серверов приложений (1С) и лицензий на MS-SQL вы не хотите или не готовы прямо сейчас.
А вот раскидать базы по различным серверам БД вполне можно без особых финансовых затрат (не считая железа, разумеется), если дополнительные сервера БД будут под управлением бесплатно лицензируемых СУБД типа PgSQL.
   Krendel
 
22 - 16.02.21 - 16:04
(21) Потому что, либо у тебя есть спец по ПГ и Юниху, и ты на нем, либо у тебя его нет
   Djelf
 
23 - 16.02.21 - 16:08
(0) Да, это возможно. Сервер приложений знает с каким sql сервером работает (это же указывается при создании базы). Проблем не будет.
Интересно... А вот наоборот как? Могут ли 2 сервера приложений на разных системах (один под Linux, а другой под Windows) подключится к одной sql базе и ее не убить?
   Очевидно
 
24 - 16.02.21 - 16:15
(23) к сожалению могут, но т.к. многие сервисные функции типа "Нумераторы документов", "Выдача уид" и т.п. происходит на сервере приложений (счетчики) ... будут  ошибки при параллельной работе типа "Код не уникален" т.п. (Лучше так не делать)
   Garykom
 
25 - 16.02.21 - 16:18
(23) даже один сервер можно две инф. базы создать и на одну sql натравить и получить упс
   Dmitrii
 
26 - 16.02.21 - 17:19
(23) >> Могут ли 2 сервера приложений на разных системах (один под Linux, а другой под Windows) подключится к одной sql базе и ее не убить?

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

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

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


Список тем форума
 
Закон Брукера: Даже маленькая практика стоит большой теории.
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.