Тема: Обединение нескольких баз в одну
Добрый день.
У нас есть 4 микрорайона около 100 контроллеров скуд комендант. 4 ПК для работы с базами.
Нам необходимо решение для объединение 4 баз данных комендант в 1
Возможно ли это ? И что для этого необходимо ?
Объединить 4 в 1 возможно.
Задача не простая и в любом случае потребует значимых трудозатрат.
1. Есть ли одинаковые карты в этих БД?
2. Есть ли одинаковые “люди” в этих БД?
3. Насколько много графиков доступа (и какие они)?
4. Перечислите, какие функции кроме СКУД используете.
+ Готовьтесь к увеличении нагрузки.
1. все номера карт в базах разные
2. люди тоже разные
3. есть точка доступа ( контроллер ) к нему привязан профиль доступа далее подъезд имеющий данный профиль. Контроллеров в каждой базе около 25 штук.
4. кроме СКУД ничего не используем.
вот пример одной из баз данных
https://cloud.mail.ru/public/7YB7/8H8wxVP7u
Базу забрали (можете убирать, если потребуются остальные дадим адрес)
Можно несколько упростить, если перенести все “организациями” т.е. будет 1 база, но в ней 4 организации, а внутри - все как у вас сейчас есть. Такое устроит?
Да конечно устроит. Для уточнения - будет точки доступа ( контроллеры ) + профили доступа + организации сплошным списком.
Правильно ?
А сколько планируется модулей связи с контроллерами (компьютеров, на которых будет установлена служба связи с контроллерами)?
Для уточнения - будет точки доступа ( контроллеры ) + профили доступа + организации сплошным списком.
Поясните, что Вы имели ввиду.
Попутная мысль. Применительно к вашей ситуации, возможно устроит совсем простой выход из положения - установка всех БД на один сервер и переключение между таковыми при запуске конфигуратора. Т.е. использование функции для интеграторов, обслуживающих несвязанные между собой объекты.
Модулей связи - 4 штуки.В них примерно по 25 контроллеров
В целом понятно. Если переключаться между БД не хотите, то: Работы по объединению 4-х БД не меньше чем на неделю, а то и больше. В зависимости от некоторых нюансов, которые имеет смысл утрясать лишь после предварительной договоренности, по деньгам - от 40000 до 70000р.
Попутная мысль. Применительно к вашей ситуации, возможно устроит совсем простой выход из положения - установка всех БД на один сервер и переключение между таковыми при запуске конфигуратора. Т.е. использование функции для интеграторов, обслуживающих несвязанные между собой объекты.
Можете объяснить подробнее как это сделать пошагово
Спасибо
1) Конфигуратором сделать резервную копию БД
2) Администратором БД восстановить резервную копию БД на сервере, указав наименование БД - komendant1
3) На сервере запустить конфигуратор, открыть настройки соединения, создать новое соединение, указав БД komendant1 и выбрать ее для подключения
4) Повторить пункты 1-3 для остальных 3-х БД, соответственно с именами komendant2, komendant3 и komendant4
5) В каждом модуле связи с оборудованием указать IP адрес сервера MySQL и соответствующую ему БД komendant1, komendant2, komendant3 или komendant4
Потом для работы с определенной БД необходимо в конфигураторе переключать соединения.
И еще вопросы.
1) Контроллеры в одной подсети?
2) Модули связи смогу обращаться к одному серверу БД MySQL?
1. ДА
2. ДА
как мы переключем базы.
1. в открытом конфигураторе файл - настройки соединения - выбераем нужную базу - выбрать -
конфигуратор перезапускается
2. в службе связи настройки соединения - нужная база - выбрать - перезапускаем службу связи
просто открыв заново службу связи в ней остается предыдущая база
мы делаем следующее Открываем диспетчер задач и закрываем 2 процесса service controller
после открываем службу связи нажиаем СТАРТ и все работает
НО ЗАНОВО НАЧИНАЕТСЯ ОПРОС ВСЕХ КОНТРОЛЛЕРОВ
После изменения настроек связи в модуле связи с оборудованием необходимо остановить службу (нажать на кнопку “Стоп”) и запустить заново (нажать на кнопку “Старт”).
И поясните “НО ЗАНОВО НАЧИНАЕТСЯ ОПРОС ВСЕХ КОНТРОЛЛЕРОВ”, что это означает? Это вопрос, ошибка или ...
