Зеркалирование данных 1С #680439

Подскажите - немного недопонимаю ... Есть 2 сервера, крутятся на PostGres и MS SQL Server. К примеру, настраиваю зеркалирование только этих баз.   К примеру ... приходит "Час XXX" - слетает сервер, остается зеркало баз в формате Postgres или MS SQL Server. Я настраиваю новый сервер 1С - но как мне к этому новому серверу 1С привязать эти базы (консоль 1С же будет пустой)?

давай по порядку. Какой из двух серверов "слетает" - сервер БД или сервер приложений?

почему консоль же будет пустой?

разве БД MSSQL можно зеркалировать в постгрес?

у меня и сервер БД и сервер приложений - все на одном крутится на данный момент. К примеру - делается зеркалирование на другой компьютер именно средствами СУБД (PostGres или MS SQL Server, у меня 2 рабочих таких сервера - на одном postGres, на другом MS SQL - на одном одни базы крутятся, на другом - другие). Если слетит сервер 1С - я настрою ему замену - но как подцепить потом все это обратно для 1С?

мне вот этот момент именно непонятен

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

2 зайти в консоль, и для каждой базы вместо mainSql.mydomain написать backupSQL.mydomain руками

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

нужна бесперебойная работа

когда же базу на сервере средствами 1С создаешь - он же ее автоматом добавляет в консоль 1С ...

2 чувак, ты что, тугой? Что непонятно из того что написано? вот держи картинку:

И давно есть зеркалирование баз PostGre и SQL средствами СУБД? А то я от жизни отстал... Желательно со ссылкой...

подозреваю, ему не понятно, как клиенты поймут, что сервер приложений упал и надо теперь к другому коннектиться

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

+ исходя из "у меня и сервер БД и сервер приложений - все на одном крутится"

или на каждом сервере и PostGre и SQL поднят?

2 никак не поймут. На клиентах придется менять имя кластера серверов.

так ине понял какой вариант тебя интересует -падение сервера СУБД -или падение сервера 1С?

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

2 да, точно!

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

а почему никто не говорит по кластер 1с, он что совсем не работает?

2 а  почему сразу не держать службу запущенной? Чтобы случайно какой-нибудь пользователь не зашел на него мимо первого?

2что кластер 1С?

ну вроде он как раз для этих целей и предназначен, вроде резервирование есть

У меня и сервер БД и сервер 1С находятся на одном компьютере ... К примеру падает сервер, но остаются базы данных на зеркале (на другом компьютере). Сервер 1С восстанавливаю по-новому, и к примеру консоль 1С на восстановленном сервере окажется пустой. Вот как мне в ней не изменить пути, а именно добавить эти базы с зеркала? Добавлять в консоль 1С вручную в таком случае?

2"Сервер 1С восстанавливаю по-новому, и к примеру консоль 1С на восстановленном сервере окажется пустой. " - тебе говорят - заранее создай и заранее сделай ее не пустой.

надеюсь, что сейчас написал более-менее понятно свой вопрос ...

та почитай ты мануал уже, ёпт... там 5 страниц

2 нет

в пустую консоль подцепляются существующие БД(ПКМ-добавить в списке бах Консоли), потеряется только журнал регистрации

Все извиняюсь ... вопрос снят ... Особое спасибо за ответы и

а при таком подходе будет бесшовная работа или сессии всё таки отвалятся?

Но их же надо в рабочий режим перевести? С "зеркальной базой" по умолчанию вроде как нельзя работать сразу. А что если сбой кратковременный,на 1 минуту. Тут все переключатся на второй сервер. И всё... Такого же простого пути на первый не будет. Снова настраивать зеркалирование, но обратно?

не будет бесшовной работы. Просто период, когда все плохо, будет не такой длительный, как если бы зеркалирования не было.