Historian Server и рекомендованное кол-во сегментов в SQL?
Добавлено: Ср окт 16, 2019 7:01 pmНедавно прочитал такую статью по поводу рекомендаций для WinCC по количеству сегментов SQL.
в рекомендациях Siemens (как я понял) написано, что суммарное количество сегментов в SQL (это и архивы и список аварий) не рекомендуется превышать 200 шт.
Т.е. если грубо говоря у нас сегменты архивов настроены на 1 день (каждый день новый файл SQL) то держать 200 дней нормально, а вот если год (365 сегментов), уже не оптимально.
Интересно есть ли какие-то рекомендации по количеству сегментов (файлов SQL) для настройки Historian Server,
сейчас например на нашем сервере хранится 756 дней архивов, по логике Siemens это уже не оптимально и сильно загружает сам SQL,
хотя правда не понятно почему, я думал что сегмент подключается только тогда когда к нему идет обращение, например у нас архивы за 756 дней, но если мы смотрим тренд за неделю, только 7 сегментов подключено к SQL.
или я что-то не так думаю?
For archive configuration you should make sure that the sum of all the single segments (Tag Logging Fast, Tag Logging Slow and Alarm Logging) does not exceed a certain number.
Configuration Notes
A maximum of 200 single elements connected to the SQL server has proven to be a practical number. You should not exceed this number greatly, because too many single segments attached can lead to performance problems of the Microsoft SQL server. This in turn can lead to data management problems.
A single segment should not exceed the size on the server or the central archive server (CAS) as given in Table 01.
https://support.industry.siemens.com/cs ... w/34473263
в рекомендациях Siemens (как я понял) написано, что суммарное количество сегментов в SQL (это и архивы и список аварий) не рекомендуется превышать 200 шт.
Т.е. если грубо говоря у нас сегменты архивов настроены на 1 день (каждый день новый файл SQL) то держать 200 дней нормально, а вот если год (365 сегментов), уже не оптимально.
Интересно есть ли какие-то рекомендации по количеству сегментов (файлов SQL) для настройки Historian Server,
сейчас например на нашем сервере хранится 756 дней архивов, по логике Siemens это уже не оптимально и сильно загружает сам SQL,
хотя правда не понятно почему, я думал что сегмент подключается только тогда когда к нему идет обращение, например у нас архивы за 756 дней, но если мы смотрим тренд за неделю, только 7 сегментов подключено к SQL.
или я что-то не так думаю?
For archive configuration you should make sure that the sum of all the single segments (Tag Logging Fast, Tag Logging Slow and Alarm Logging) does not exceed a certain number.
Configuration Notes
A maximum of 200 single elements connected to the SQL server has proven to be a practical number. You should not exceed this number greatly, because too many single segments attached can lead to performance problems of the Microsoft SQL server. This in turn can lead to data management problems.
A single segment should not exceed the size on the server or the central archive server (CAS) as given in Table 01.
https://support.industry.siemens.com/cs ... w/34473263