Как рассчитать глубину архива

[Automator]

Добрый день.
Сразу отмечу - я автоматчик немного понимающий в программировании контроллеров, но пока оочень тугой в верхнем уровне. В фирме программистов нет, для этого подрядчики.

Проблема такова. Проект, стадия П (поэтому "к подрядчикам обращаться рано"). АСУ на базе Simatic 300, без обслуживающего персонала. "На верх" (пульт диспетчеров за пару км) передаём основные параметры, управления нет. По месту - панель оператора (визуализация, аварии, управление). Скада для панели InTouch. Это моё видение.

Теперь вопрос. Для ведения архива понадобится хисториан сервер (я так понимаю). Как рассчитать необходимый объём памяти, зная кол-во тэгов (в данном случае порядка 1000)? В панель можно вставить карту памяти до 8 Гб, вопрос в том на сколько её хватит? Если меньше чем на неделю, придёться ставить сервер, чего очень не хочеться.

Заранее спасибо всем ответившим.

[beachbear]

Если речь идёт об оценке порядка величины для Wonderware Historiana, то размер дневного блока истории можно прикинуть из расчёта 10 байт на значение. Eсли каждое меняется примерно раз в минуту для 1000 тэгов, то будет около 10000 * 60 * 24, что где-то порядка 15 мегабайт в день.

[Automator]

Дискретные значения меняются примерно раз в час (я так понимаю записывается только изменение сигнала?).
А вот аналоговые переменные хоть на чуть, но меняются постоянно. И насколько я понимаю, они сами по себе "занимают больше места".
Если не сильно затруднит, напишите примерный размер для 1 аналогового и 1 дискретного тэга.

[beachbear]

10 байт - это для аналогового (float или int32) (= 4 байта на значение, 4 байта на смещение в снапшоте в миллисекундах, ну и округлим чтобы еще как-то Quality учесть, которая обычно не сильно менятся).
Для дискретного будет 1 байт на значение, то есть где-то 7 байт в среднем. Так что порядок величины остался тем же, то есть смысла считать дискретные отдельно нет. Наиболее критично правильно оценить как часто "постоянно"изменяются тэги. Раз в минуту или раз в секунду сразу дает разницу почти в два порядка.

Официальные формулы оценки даны в документации, которая идет с хисторианом. Но не думаю, что они дают другие порядки величин

[Klinkmann_Msk]

To Automator:

"А вот аналоговые переменные хоть на чуть, но меняются постоянно."
В Historian можно настроить зону чувствительности, т.о. сократить количество записей в базу.

[Automator]

Про зону нечувствительности я прочитал. Для меня остаётся загадкой размер (в байтах) 1 точки - изменение сигнала, которое заносится в базу. Прикинуть примерное кол-во изменений сигналов я могу. Но вот сколько места на сервере надо для одной записи я не представляю. Именно эта информация (естественно примерно) мне и нужна.

[Klinkmann_Msk]

To Automator:

В базу заносятся не изменения, а значения параметров (по изменению, по истечении периода,...). В среднем, как и сказал beachbear, любая запись = 10 байт. Дальше считайте сами...

[Automator]

Спасибо.

[Klinkmann_Msk]

To Automator:

Если опираться на данные из документации, то:

Disk Requirements for History Blocks
The IndustrialSQL Server Historian stores historical plant data to hard disk in special files called history blocks. When you install the IndustrialSQL Server Historian, you will be required to specify a storage location (directory) in which these files will be dynamically created and subsequently filled. You must have at least 200 MB of free disk space for these files in order to install IndustrialSQL Server Historian.
Once you have your IndustrialSQL Server Historian system up and running, when the free space on the drive containing the storage directory drops below a minimum threshold, the oldest data will start to be overwritten. It is very important that you have allocated enough disk space for storing your plant data for the desired length of time.
The amount of data that you will be able to store to disk before running out of space is dependent upon the number of tag values that you are storing and how often they are stored. That is, the more tags you have, the fewer values you can store per tag before you will need to archive off the oldest data. Likewise, the higher the specified storage rate per tag, the faster the system will run out of space.
An alog, Discrete, and Fixed-length String Requirements: Each value that is stored uses Storage Size + 3 bytes of disk space, plus approximately 15% overhead. Use the following formula to estimate the disk usage:
Estimated disk usage per day = (1.15*(Storage Size + 3)*number of tags) * (60/storage rate in seconds) * 60 minutes * 24 hours / (NTFS compression ratio)
For example, the disk usage per day for 10,000 4-byte _ tags (that is, Storage Size = 4 bytes) that are stored at ten-second intervals would be (1.15*(4+3)*10000)*(60/10)*60*24/2, which is approximately 332 MB per day.
The disk usage per day for 10,000 discrete tags (that is, Storage Size = 1 byte) that are changing, on average, every 60 seconds would be (1.15*(1+3)*10000)*(60/60)*60*24/2, which is approximately 32 MB per day.
The disk usage per day for 10,000 8-byte string tags (that is, Storage Size = 8 bytes) that are changing, on average, every 60 seconds would be (1.15*(8+3)*10000)*(60/60)*60*24/2, which is approximately 87 MB per day.

[Automator]

Большое спасибо, именно такую информацию я и искал.

Откуда цитата, не подскажите?

[Klinkmann_Msk]

To Automator:

Из тренинг-курса

[Automator]

Спасибо. Вопросов больше не имею

Vitek1005@inbox.ru - мой ящик. Если вдруг окажется, что тренинг курс не является особым секретом...

[Klinkmann_Msk]

Увы, может он и не является секретом, но у меня нет прав распространять его.

[krasoff]

Automator
В принципе никакой это не секрет.
Южноафриканские чудоварцы три года назад выпустили гайдлайн по сисплатформе 3.0 с примером и чеклистом.

В чеклисте все расчеты есть. Чтобы знать больше слдеите за новостями чудоварцев

Wonderware System Platform design guidelines and checklist documents available

http://wonderwarepacwest.com/news/NewsD ... sID=201902

Пользуйте на здоровье