Доброе утро. Хочу поставить резервный физический сервер с резервным кластером, рабочими процессами и самой базой данных (PostgreSQL). Возможна ли полная синхронизация отдельных баз данных исключительно средствами 1С, без использования методов репликации самой PostgreSQL?

да

а базы то 1с-ные?

1Сные)

Может кто подскажет в двух словах как это делается?

а конфы типовые?

Ну так то да, пару строк своих написано

тогда план обмена полный. обмен с периодичностью.

Но конфу надо хорошенько переделать будет. Или может все-таки стоит заморочиться и настроить log shipping?

что-что?

Ну это стандартный способ синхронизации баз PostgreSQL, в мануале описан

25.2. Log-Shipping Standby Servers
Continuous archiving can be used to create a high availability (HA) cluster configuration with one or more standby servers ready to take over operations if the primary server fails. This capability is widely referred to as warm standby or log shipping.

(10) это не стандартный Постгресовский. каждый сервер СУБД имеет такой, и это как раз понятно.

мне не понятно утверждение "Но конфу надо хорошенько переделать будет" - зачем это надо будет, если конфа типовая?

чувак, похоже тебе все равно  с чем заморачиваться. :)

(12) Конфа не удовлетворяет требованиям организации

2(13) и какое это имеет отношение к сабжу? как это может помешать его осуществлению?

но вообще интересно, а какие требования организации, и какие все-таки конфы...

Ты спросил - я ответил (5) :)

Всё очень просто, переход с ТиС на УТ 10.3 )

и я ответил (7) и все остальные посты после этого выглядят лишними.

(17) зачем врать? ТиС не может быть на постгресе.

тем более стоит галка в8

(19) ты прикалываешься?)) Переход с файловой ТиС на клиент-серверную УТ 10.3
И я ответил (8) что конфу я может всю нафиг переделаю. Тогда и механизмы обмена другие надо будет делать

А переход - это в плане пользователей. Им то не так и это не так. Вот и надо будет ковырять всё подряд

2(21) Почему я прикалываюсь? Ты сказал что базы у тебя постгрес. тиС постгресом быть не может, поэтому не понятно зачем ты ее упомянул вообще.
Итого перед тобой стоит задача синхронизировать базы УТ10.3 в которых есть полный оюмен и значит это достижимо в граничных условиях поставленных тобой в сабже, что мол делать только средствами в8, без самого постгреса.
Не понятно зачем правда переделывать механизм обмена, всего лишь добавляй новый объекты в состав плана обмена.

(22) зачем нам это знать в рамках решения задачи из сабжа? тебе просто хочется о чем-то поговорить?

Что-то у меня закрадывается подозрение, что человек хочет логшиппингом переносить данные из ТиС в УТ...
Либо речь идета таки про резервирование УТ?

еще вопросы? еще поговорить?

2(24) как потенциально можно осуществить лог шиппинг из в77 дбф базы в базу в8 на постгресе? средствами постгреса?

(26) Я то знаю, что никак. Но то ли я еще не проснулся, то ли топикстарпер растекается мыслью по древу...

Синхронизация УТ-УТ
Давайте забудем про ТиС

(28) Тогда тема раскрыта в 7. Но можно и лог-шиппингом.
Я предпочитаю средствами БД. Имхо, надежнее и эффективнее (да и быстрее, пожалуй)

Спасибо :)

(22) Это помогает компании зарабатывать деньги?
Ответ нет: пользователи сопротивляются переменам и незнакомой программе. Возможно им больше придется вводить данных, возможно меньше. Хотелки пользователей шерифа не должны волновать.