Vega Server

Только ПО разработанное в Вега-Абсолют
Аватара пользователя
a.malnev
Сотрудник компании
Сообщения: 7
Зарегистрирован: Пт, 31 май 2019 16:44

Re: Vega Server

Сообщение a.malnev » Ср, 25 дек 2019 17:33

senswet писал(а):
Ср, 25 дек 2019 15:47
Вопрос к разработчикам все еще в силе.
senswet писал(а):
Вт, 17 дек 2019 13:01
Вопрос к разработчикам.

Возможно ли одновременное подключение к файлу базы данных сервера нескольких приложений?
Есть потребность периодически чистить быстрорастущую базу от старых записей, а сервер останавливать не хочется.
До каких размеров может вырасти файл базы данных без потери производительности сервера?
Добрый день!
1. К SQLite БД конечно подключение может быть только одно.
К MySQL и Postgres могут быть множественные подключения. На практике можно попробовать случай когда каждый из серверов обслуживает свои БС и их зоны видимости не пересекаются. Т.е. базовые станции одного сервера "не видят" устройства других серверов. Иначе будут мешать друг другу вплоть до полного рассинхрона
2. В сервере заложен функционал автоматического слежения за размером очереди данных. Обратите внимание на группу "[database]" в настройках. Сейчас время хранения данных фиксированное - 1 год и каждый день происходит очиста БД от устаревших данных. Возможно есть смысл вынести в настройки максимальное время хранения данных от устройств?

Аватара пользователя
a.malnev
Сотрудник компании
Сообщения: 7
Зарегистрирован: Пт, 31 май 2019 16:44

Re: Vega Server

Сообщение a.malnev » Ср, 25 дек 2019 17:38

senswet писал(а):
Вт, 17 дек 2019 17:53
yuri писал(а):
Вт, 17 дек 2019 17:42
Но суть вопроса про ожидаемый ответ не меняется..
Еще раз повторю: связь вообще может быть односторонней БАЗА->СЕРВЕР. Базе, для того чтобы отправить на сервер данные, никакого ответа не требуется.
yuri писал(а):
Вт, 17 дек 2019 16:16
Хотелось бы почитать что-нибудь от разработчиков относительно протокола сетевого взаимодействия уровня приложения между сервером и базовой станцией. Или это NDA ?
На базах Веги работает свободно распространяемое ПО Semtech UDP Packet Forwarder. Документация и исходники находятся в свободном доступе на github.com
В настройках упомянутого выше Semtech UDP Packet Forwarder указывается только один адрес для передачи данных. Соответственно и данные БС может передавать только на один адрес (на один сервер - если не параллелится поток на принимающей стороне).
Если другой сервер знает адрес БС, то и ему ничего не мешает передавать данный на ту же БС.

petrov_ab
Иногда пишу
Сообщения: 117
Зарегистрирован: Вт, 16 июл 2019 16:42
Откуда: Подмосковье

Re: Vega Server

Сообщение petrov_ab » Чт, 26 дек 2019 12:35

Конечно не мешает. Ну а дальше? Адрес сервера не просто так в БС прописан, и данные с "чужого" адреса она просто проигнорирует. Я больше скажу - если БС зарегистрировано на одном сервере, на втором она уже не зарегистрируется. Проверено неоднократно. Иначе все было бы очень плохо с точки зрения нормальной работы сети.

senswet
Мимо проходил
Сообщения: 21
Зарегистрирован: Чт, 18 июл 2019 15:18

Re: Vega Server

Сообщение senswet » Чт, 26 дек 2019 13:51

Добрый день. Спасибо за ответ.
Обратите внимание на группу "[database]" в настройках. Сейчас время хранения данных фиксированное - 1 год и каждый день происходит очистка БД от устаревших данных. Возможно есть смысл вынести в настройки максимальное время хранения данных от устройств?
У меня в группе "[database]" есть только два параметра:
taskOptimizationTime=21:00:00
defragPeriod=30.
Первый понятно о чем. Второй - период дефрагментации в днях. Разве он имеет отношение к удалению старых записей? Тем более если вы говорите, что по умолчанию удаляются записи возрастом более года, каким образом в моей базе данных оказались записи всего 2018 года?
В настройках упомянутого выше Semtech UDP Packet Forwarder указывается только один адрес для передачи данных. Соответственно и данные БС может передавать только на один адрес (на один сервер - если не параллелится поток на принимающей стороне).
Речь как раз о дублировании пакетов и шла. То есть база шлет данные не на сервер, а шлюзу, который клонирует пакеты на разные серверы.

Аватара пользователя
a.malnev
Сотрудник компании
Сообщения: 7
Зарегистрирован: Пт, 31 май 2019 16:44

Re: Vega Server

Сообщение a.malnev » Пт, 27 дек 2019 11:18

senswet писал(а):
Чт, 26 дек 2019 13:51
Добрый день. Спасибо за ответ.
Обратите внимание на группу "[database]" в настройках. Сейчас время хранения данных фиксированное - 1 год и каждый день происходит очистка БД от устаревших данных. Возможно есть смысл вынести в настройки максимальное время хранения данных от устройств?
У меня в группе "[database]" есть только два параметра:
taskOptimizationTime=21:00:00
defragPeriod=30.
Первый понятно о чем. Второй - период дефрагментации в днях. Разве он имеет отношение к удалению старых записей? Тем более если вы говорите, что по умолчанию удаляются записи возрастом более года, каким образом в моей базе данных оказались записи всего 2018 года?
Добрый день! Сегодня еще раз проверим работу данной части.

Аватара пользователя
Support
Техническая поддержка
Сообщения: 98
Зарегистрирован: Вт, 11 июн 2019 15:14

Re: Vega Server

Сообщение Support » Чт, 09 янв 2020 16:53

Добрый день!
senswet писал(а):
Ср, 25 дек 2019 15:47
Вопрос к разработчикам все еще в силе.
senswet писал(а):
Вт, 17 дек 2019 13:01
Вопрос к разработчикам.

Возможно ли одновременное подключение к файлу базы данных сервера нескольких приложений?
Есть потребность периодически чистить быстрорастущую базу от старых записей, а сервер останавливать не хочется.
До каких размеров может вырасти файл базы данных без потери производительности сервера?
Как писал ранее мой коллега, в сервере был заложен функционал чистки БД от устаревших данных. После проверки мы выяснили, что на данный момент, упомянутая функция не работает. Мы обязательно это исправим в грядущем релизе сервера.

Если Вы используете SQLite, можно расширить возможности работы с БД, перенеся данные в другую СУБД. Достаточно настроить MySQL или PostgreSQL, указать данные в конфигурационном файле сервера. Данные будут перенесены автоматически.

Напоминаю о важности производить резервное копирование БД, перед каким-либо вмешательством в её работу.
Специалист технической поддержки
ООО "Вега-Абсолют"
тел. 8-800-550-41-35
тел. +7 (383) 206 4135

Ответить