Заказы на доработку 1С (сервис удаленной работы)

Хранилище

База знаний
Неназначенных незавершенных заказов: 1
Бесплатные отчеты, обработки, конфигурации, внешние компоненты для 1С Статьи, описание работы, методики по работе с 1С

Здравствуйте, гость ( Вход | Зарегистрироваться )



> схема серверов в условиях нестабильной работы сети          
Цибир Подменю пользователя
сообщение 13.01.16, 10:18
Сообщение #1

Общительный
**
Группа: Пользователи
Сообщений: 11
Спасибо сказали: 0 раз
Рейтинг: 0

Здравствуйте.
Есть пользователи (100 штук), работающие с одной БД 1С (файловый вариант). Часть пользователей (50 штук) сослали в другой город (в Воркуту), но им нужно работать все с той же БД.
Когда пользователи находились в одном здании, то был один сервер 1С, который находился в том же здании.
Теперь, когда часть пользователей депортировано, то возник вопрос, как обеспечить бесперебойную работу всех пользователей..
1. Переводим на клиент-серверный вариант работы
2. Можно развернуть отказоустойчивый кластер
Как я понимаю, кластер – штука полезная, но не поможет, если отвалится канал между нами и Воркутой. Пользователи с Воркуты не смогут работать совсем. Соответственно, если бы было две базы (SQL) данные в которых бы синхронизировались, то одна была бы у нас, а вторая – в Воркуте. То есть, если канал отвалился, то местные пользователи обращаются к своей БД, а Воркута - к своей. Когда канал восстановлен – данные синхронизируются, у всех все одинаково, то есть, все хорошо. Но тут возникает вопрос потери данных (вдруг и местные, и Воркута изменяли одни и те же данные). Вообще, нормально ли для 1с, что две бд будут синхронизироваться.
Посоветуйте, пожалуйста, как лучше организовать схему серверов. Наверняка, не мы первые с этим сталкиваемся. Веб-сервер нам не очень хочется рассматривать почему-то.

Vofka Подменю пользователя
сообщение 13.01.16, 10:50
Сообщение #2

У нас здесь своя атмосфера...
***********
Группа: Основатель
Сообщений: 13988
Из: Киев
Спасибо сказали: 4562 раз
Рейтинг: 3690.8

Распределенные базы данных - это обычное дело. Но в таком случае возникают определенные сложности на разработку и поддержку такой системы.
Цитата(Цибир @ 13.01.16, 10:18) *
Но тут возникает вопрос потери данных (вдруг и местные, и Воркута изменяли одни и те же данные)

Этот вопрос сперва нужно решить не на техническом уровне, а на административном. Решений может быть 2:
1) У какой-то базы есть приоритет по изменению данных, назовем её центральная база. Обмен сделать таким образом, чтобы данные сперва выгружались из центральной базы, потом загружались во "вторую", потом со второй выгружались и загружались в центральную. При этом все понимают, что если данные менялись в двух базах, то данные второй базы будут переписаны.
2) Разделить административно и технически возможность менять одни и те же данные в двух базах одновременно. Например, контрагентов поставщиков редактируют только в центральной базе, а контрагентов покупателей только во второй. Тогда теоретически просто не возникнет ситуации, что данные одновременно менялись в двух местах.

Сообщение отредактировал Vofka - 13.01.16, 10:51

Спасибо сказали: Цибир,

Цибир Подменю пользователя
сообщение 13.01.16, 11:00
Сообщение #3

Общительный
**
Группа: Пользователи
Сообщений: 11
Спасибо сказали: 0 раз
Рейтинг: 0

Спасибо. Но че-та не радует перспектива)

Petre Подменю пользователя
сообщение 13.01.16, 11:05
Сообщение #4

Живет на форуме
Иконка группы
Группа: Местный
Сообщений: 2909
Из: Київ, Україна
Спасибо сказали: 1162 раз
Рейтинг: 1248.1

Механизм отказоустойчивого кластера сервера никак не поможет при потере связи с сервером бд.


Signature
Допрацьовую:
- "Бухгалтерія для України 2.1";
- "Альфа-Авто: Автосалон+Автосервіс+Автозапчастини, українська версія".

Acid Подменю пользователя
сообщение 13.01.16, 11:13
Сообщение #5

Про1С-ник
Иконка группы
За заслуги на форуме в 2010 году
Группа: Местный
Сообщений: 2104
Из: Занзибар
Спасибо сказали: 378 раз
Рейтинг: 0

Цитата(Цибир @ 13.01.16, 11:00) *
Спасибо. Но че-та не радует перспектива)

Работайте через RDP


Signature

Документируйте Код! мать вашу...


Vofka Подменю пользователя
сообщение 13.01.16, 13:56
Сообщение #6

У нас здесь своя атмосфера...
***********
Группа: Основатель
Сообщений: 13988
Из: Киев
Спасибо сказали: 4562 раз
Рейтинг: 3690.8

Цибир, у вас есть 2 варианта решения вопроса:
1) Работать в одной базе. При этом часть пользователей будут работать, например, через RDP или VPN. В этом случае вам нужно решить вопрос с более-менее стабильным интернетом там и принять риски, что если интернет там отвалится, то 1С-а там не будет. Минус в том, что доступность 1С будет зависеть от интернета. Плюс в том, что организовать технически это не сложно.
2) Делать распределенную базу. Минус в сложностях технической реализации и дальнейшей поддержке. Плюс в том, что у всех всегда 1С работает.

Не нашли ответа на свой вопрос?
Зарегистрируйтесь и задайте новый вопрос.


Ответить Новая тема
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 

RSS Текстовая версия Сейчас: 01.11.24, 1:06
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!