Historian Server - настройки (сегмент, время и т.п.)

[engineer_ua]

Подскажите где в Historian Server настраиваются
- время архивирования (всех сегментов)
- максимальный размер всех сегментов
- время или размер для сегмента

и т.п.

В WinCC это все настраивается в одном месте и все прозрачно (принскрин прикреплен),
но в Historian Server что-то не нашел аналогичных настроек.

Например я хотел бы чтобы Historian создавал сегмент раз в неделю, на протяжении 2 месяцев.
Где это настроить?

Как настроить чтобы диск где хранятся данные не переполнялся...а то со временем архивов становится слишком много, они занимаю все место на диске, и система перестает работать...
приходится вручную удалять (вырезать) архивы.
Как более правильно организовать архивирование и хранение архивных данных.

[NewOrdered]

Не углубляясь в детали, я бы рекомендовал:
1. Настроить Alternative path - диск или сетевая шара, куда будут перемещаться более старые блоки
2. Для Circular path настроить порог удаления (минимальный объем свободного места на диске) - при его достижении самые старые блоки либо удаляются, либо перемещаются на
Alternative path если тот доступен.

[engineer_ua]

Не углубляясь в детали, я бы рекомендовал:
1. Настроить Alternative path - диск или сетевая шара, куда будут перемещаться более старые блоки
2. Для Circular path настроить порог удаления (минимальный объем свободного места на диске) - при его достижении самые старые блоки либо удаляются, либо перемещаются на
Alternative path если тот доступен.

спасибо, правильно ли я понял.
Что достаточно настроить в настройках Circular->Deletion theshold нужный размер на диске (свободное пространство при достижении которого Historian начнет удалять или переносить на альтернативный путь свою историю)?
Например 5000Mb, как только на диске останется свободно 5000Mb он начнет переносить/удалять файлы.

а если понадобятся архивные файлы (которые уже перенесены на другой источник) как их обратно подгрузить,
скопировать обратно в папку C:\InSQL\Data\Circular?

[NewOrdered]

спасибо, правильно ли я понял.
Что достаточно настроить в настройках Circular->Deletion theshold нужный размер на диске (свободное пространство при достижении которого Historian начнет удалять или переносить на альтернативный путь свою историю)?
Например 5000Mb, как только на диске останется свободно 5000Mb он начнет переносить/удалять файлы.

Да, именно этот параметр спасет диск от переполнения и вас от необходимости удалять старые данные вручную.

[engineer_ua]

если я изменил эти настройки (альтернативный путь и размер свободного места на диске),
мне не нужно перегружать сервер?
Достаточно сделать Commit Pending Changes...???

[NewOrdered]

если я изменил эти настройки (альтернативный путь и размер свободного места на диске),
мне не нужно перегружать сервер?
Достаточно сделать Commit Pending Changes...???

Достаточно

[engineer_ua]

а если понадобятся архивные файлы (которые уже перенесены на другой источник) как их обратно подгрузить,
скопировать обратно в папку C:\InSQL\Data\Circular?

[NewOrdered]

а если понадобятся архивные файлы (которые уже перенесены на другой источник) как их обратно подгрузить,
скопировать обратно в папку C:\InSQL\Data\Circular?

Не совсем понятно зачем это нужно, ведь блоки на Alternative path доступны так же, как и на Circular. С точки зрения доступа к данным нет разницы по какому из этих двух путей находятся блоки.
Но если уж хотите переносить блоки вручную, то как-то так:
1. Shutdown and disable InSQL
2. Манипуляции с блоками
3. Enable InSQL > Start
4. Re-scan datablocks

[NewOrdered]

а если понадобятся архивные файлы (которые уже перенесены на другой источник)

Блоки на Alternative path не являются "архивными"

[engineer_ua]

Не совсем понятно зачем это нужно, ведь блоки на Alternative path доступны так же, как и на Circular. С точки зрения доступа к данным нет разницы по какому из этих двух путей находятся блоки.

правильно ли я понял что Historian Server "помнит" все сегменты, в том числе которые были перенесены в альтернативную папку и, если, нужно просмотреть архивные тренды (данные которые перенесены в альтернативную папку)
ничего дополнительно делать не нужно? (копировать в ручную файлы и т.п.)?

Не совсем понятно зачем это нужно, ведь блоки на Alternative path доступны так же, как и на Circular. С точки зрения доступа к данным нет разницы по какому из этих двух путей находятся блоки.
Но если уж хотите переносить блоки вручную, то как-то так:
1. Shutdown and disable InSQL
2. Манипуляции с блоками
3. Enable InSQL > Start
4. Re-scan datablocks

Манипуляции с блоками - в смысле? вручную перенести файлы из архивной папки обратно в папку Circular.
Re-scan datablocks - как это происходит? автоматически после Shutdown and disable InSQL -> Enable InSQL > Start?

[NewOrdered]

Для разнообразия почитайте документацию:
IndustrialSQL Server Historian Administration Guide
IndustrialSQL Server Historian Concepts Guide

[engineer_ua]

если в качестве альтернативного пути я укажу сетевую папку на другом компьютере,
и во время копирования не будет связи с этой станцией, что произойдет?

интересно в какое время начитается перемещение сегментов на альтернативный путь, во время создания нового сегмента? например, в 00:00?

[NewOrdered]

если в качестве альтернативного пути я укажу сетевую папку на другом компьютере,
и во время копирования не будет связи с этой станцией, что произойдет?

Процесс копирования прервется и возобновится по доступности ресурса. Система сама следит за целостностью данных.

интересно в какое время начитается перемещение сегментов на альтернативный путь, во время создания нового сегмента? например, в 00:00?

Невнимательно читали:

Alternate Storage Location
When the free disk space in the circular storage location goes below the defined threshold, the circular directory exceeds the specified maximum size,
or the blocks reach a certain age, the storage subsystem will start moving the oldest history blocks to one or more alternate locations, if defined.
History blocks in the alternate storage area are managed in the same way as the blocks in the circular storage area.

[engineer_ua]

спасибо...попробуем использовать сетевой Alternate Storage Location, очень удобная вещь.

проконсультируйте пожалуйста еще по такому вопросу...
до того как мы узнали о Alternate Storage Location, когда на диске (где хранятся сегменты) заканчивалось место,
мы вручную копировали (вырезали) старые сегменты из папки
C:\InSQL\Data\Circular
в другое место (на другой диск)

теперь у нас будет Alternate Storage Location (сетевой диск на другом компьютере) и в эту же папку скопируем старые сегменты (которые вырезали ранее вручную),
вопрос как сделать чтобы Historian "увидел" эти сегменты? Ведь он не "знает" об файлах которые мы вручную скопировали или он автоматически сканирует всю папку Alternate Storage Location?

Как "подключить" старые сегменты?

[NewOrdered]

спасибо...попробуем использовать сетевой Alternate Storage Location, очень удобная вещь.

проконсультируйте пожалуйста еще по такому вопросу...
до того как мы узнали о Alternate Storage Location, когда на диске (где хранятся сегменты) заканчивалось место,
мы вручную копировали (вырезали) старые сегменты из папки
C:\InSQL\Data\Circular
в другое место (на другой диск)

теперь у нас будет Alternate Storage Location (сетевой диск на другом компьютере) и в эту же папку скопируем старые сегменты (которые вырезали ранее вручную),
вопрос как сделать чтобы Historian "увидел" эти сегменты? Ведь он не "знает" об файлах которые мы вручную скопировали или он автоматически сканирует всю папку Alternate Storage Location?

Как "подключить" старые сегменты?

Ctrl+F > Re-scan > Profit!

[engineer_ua]

спасибо, все работает!!!

[Айрат]

спасибо, правильно ли я понял.
Что достаточно настроить в настройках Circular->Deletion theshold нужный размер на диске (свободное пространство при достижении которого Historian начнет удалять или переносить на альтернативный путь свою историю)?
Например 5000Mb, как только на диске останется свободно 5000Mb он начнет переносить/удалять файлы.

Да, именно этот параметр спасет диск от переполнения и вас от необходимости удалять старые данные вручную.

Добрый день!
В случае заполнения диска можно ли удалить блоки вручную не останавливая InSQL Server?
Вручную имеется ввиду отсюда прямо из диска

После удаления сделать Rescan History Blocks

[beachbear]

Хисториан, - это серверный продукт масштаба предприятия и не всегда очевидно как он используется потенциально многочисленными клиентскими приложениями в каждый момент времени. Поэтому имеется несколько аспектов, которые нужно принимать во внимание при ручном удалении блоков истории в ситуации, когда Хисториан не остановлен:
1. Могут приходить "старые" данные и данные store/forward в этот диапазон времени;
2. Могут выполняться запросы в этом диапазоне времени;
3. Блоки этого диапазона времени могут находиться в процессе переноса с Circular на Alternate, или удаляться самим Хисторианом;
4. Можно по ошибке удалить блоки не с конца, а в случайном месте, создав "разрыв" в истории, что может отразиться на согласованности некоторых категорий данных.

Поэтому рекомедуется не манипулировать с блоками на неостановленном Хисториане.
Разумеется, если вы полностью контролируете ситуацию, то удалить несколько самых старых блоков вручную не должно вызвать серьёзных последствий

[Айрат]

Хисториан, - это серверный продукт масштаба предприятия и не всегда очевидно как он используется потенциально многочисленными клиентскими приложениями в каждый момент времени. Поэтому имеется несколько аспектов, которые нужно принимать во внимание при ручном удалении блоков истории в ситуации, когда Хисториан не остановлен:
1. Могут приходить "старые" данные и данные store/forward в этот диапазон времени;
2. Могут выполняться запросы в этом диапазоне времени;
3. Блоки этого диапазона времени могут находиться в процессе переноса с Circular на Alternate, или удаляться самим Хисторианом;
4. Можно по ошибке удалить блоки не с конца, а в случайном месте, создав "разрыв" в истории, что может отразиться на согласованности некоторых категорий данных.

Поэтому рекомедуется не манипулировать с блоками на неостановленном Хисториане.
Разумеется, если вы полностью контролируете ситуацию, то удалить несколько самых старых блоков вручную не должно вызвать серьёзных последствий

Про останов Historian

1) Вы имеете останов архиватора IndustrialSQL Server?


или полная остановка архиватора IndustrialSQL Server?


2) В каких случая необходимо полностью останавливать архиватор IndustrialSQL Server?

[beachbear]

Лучше всего, разумеется, полностью остановить (shut down and disable) во время запланированного обслуживания. Перед этим проверить, что все IDAS-ы сконфигурированы для Store/Forward, включая локальный, которые останутся работать и собирать данные. Так, что все данные будут сохранены и пропихнуты в хисториан после рестарта.

Если полностью остановить нельзя, например если какие-нибудь клиентские приложения постоянно генерируют отчёты за последнюю неделю, долбят хисториан запросами и не должны отваливаться, то хотя-бы переключить в read-only режим (stop). При этом также удостовериться, что все IDAS-ы остануться работать.

Ну а если и переключить в read-only режим нельзя, то помолиться и двигать/удалять блоки на живом пациенте без наркоза