Есть два офиса. Между ними канал 20Мб через Инет.
Конфа "документооборот" + 2 шт. Х 1С сервер + 1 шт. SQL.
В каждом офисе стоит свой "1С сервер", кот. конектится к одному SQL в головном офисе.
Пользователи работают в тонком клиенте.
Файлов много, поэтому созданы отдельные тома для хранения в каждом офисе (чтобы не качать их через Инет) и конфа дописана таким образом чтобы файлы "1С сервер" сохранял в "локальном" офисе.
ПРОБЛЕМА: если канал падает, удаленный офис не может работать ВООБЩЕ никак.
Что можно придумать? Кластер SQL актив-актив? Распределенная конфа? Еще предложения?
Конфа "документооборот" + 2 шт. Х 1С сервер + 1 шт. SQL.
В каждом офисе стоит свой "1С сервер", кот. конектится к одному SQL в головном офисе.
Пользователи работают в тонком клиенте.
Файлов много, поэтому созданы отдельные тома для хранения в каждом офисе (чтобы не качать их через Инет) и конфа дописана таким образом чтобы файлы "1С сервер" сохранял в "локальном" офисе.
ПРОБЛЕМА: если канал падает, удаленный офис не может работать ВООБЩЕ никак.
Что можно придумать? Кластер SQL актив-актив? Распределенная конфа? Еще предложения?
По теме из базы знаний
- Боремся с Dirty read / Read uncommitted / NOLOCK при формировании отчетов в 1С:8.1, 8.2 под MSSQL
- Резервное копирование 1С средствами MS SQL.
- Настройка зеркалирования базы для MS SQL
- Настройка резервного копирования (резервирования) баз данных 1С: Предприятие на MS SQL Server
- История роста и работы команд 1С в условиях HighLoad и BigData
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) antont, у нас сделано так:
Тоже база в центральном офисе, только все сидят через тонкие клиенты через интернет + локальные базы (распределенные) синхронизируемые с центральной с периодичностью. Получается когда инет отрубается они просто переходят на работу в локальной базе распределенной, после того как инет врубается они снова переходят на работу в центральной базе, а локальная база скидывает тот кусок данных который они наработали когда не было инета
ПС: у нас еще резервирование канала везде есть, но и оно не всегда выручает ))
Тоже база в центральном офисе, только все сидят через тонкие клиенты через интернет + локальные базы (распределенные) синхронизируемые с центральной с периодичностью. Получается когда инет отрубается они просто переходят на работу в локальной базе распределенной, после того как инет врубается они снова переходят на работу в центральной базе, а локальная база скидывает тот кусок данных который они наработали когда не было инета
ПС: у нас еще резервирование канала везде есть, но и оно не всегда выручает ))
(5) antont, а в чем проблема хранить файлы на локальном хранилище работая в центральной базе? они же у вас не в базе хранятся, в базе просто ссылки на файлы в томе (на диске, шаре).. так же не совсем понял фразы
это как бы типовой функционал.. с файлами работает не SQL SERVER, а именно 1С:Сервер по умолчанию.. если у вас в каждом вашем удаленном офисе стоит свои локальные 1С:Серверы то никаких проблем.., единственная проблема только в том чтобы привязать тома хранения файлов жестко к юзерам.. но это проблема решаема
конфа дописана таким образом чтобы файлы "1С сервер" сохранял в "локальном" офисе.
это как бы типовой функционал.. с файлами работает не SQL SERVER, а именно 1С:Сервер по умолчанию.. если у вас в каждом вашем удаленном офисе стоит свои локальные 1С:Серверы то никаких проблем.., единственная проблема только в том чтобы привязать тома хранения файлов жестко к юзерам.. но это проблема решаема
Центральная база находиться в 5000 км. Если сохранять через неё, то файл сначала копируется на удалённый центральный 1С:Сервер, а потом 1С:Сервер копирует файл в локальный том.
В каждом офисе свой 1С:Сервер, но если пропадает связь, то 1С:Сервер не видит центральную базу. В этом и вопрос топика - как этого избежать?
В каждом офисе свой 1С:Сервер, но если пропадает связь, то 1С:Сервер не видит центральную базу. В этом и вопрос топика - как этого избежать?
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот