Historian

Материал из archestra.info
Версия от 21:07, 6 октября 2013; Admin (обсуждение | вклад) (→‎Другие темы)

Перейти к: навигация, поиск

Лицензирование

  • Historian Server 2012 R2 license files are backward version compatible back to Historian Server 9.0.
  • Wonderware Historian Servers include Server administration and configuration tools, ActiveEvent object, Microsoft SQL Server Standard Edition, one WW Basic CAL with Microsoft CAL.
  • Wonderware Historian is a high performance, real-time historian and includes Information Server Portal as a web information portal for factory or industrial operation.
  • a single Wonderware Information Server Standard Client Concurrent for local use only is included with the Historian Standard and Enterprise Editions.
  • The WW Basic CAL included with Historian Servers is non-transferable and for use only on the same node as the Historian Server.
  • The appropriate WW CAL is required for each user or device that connects to a Wonderware database, or the server can be licensed based on the number of cores with a “Per Core WW Basic CAL”.


  • To completely specify an Historian system: 1) Select Server 2) Add WW CALs 3) Add Clients.
  • A Wonderware Historian demo license (no charge) can be used in production applications with the following restrictions: maximum of 32 tags, must be used on a workstation operating system with Microsoft SQL Express, no access to historical data older than 7 days, no I/O license included, no support for Remote IDAS, no support for manual updates/inserts.
  • Demo licenses do support replicating data to a Historian Enterprise.
  • System Platform licenses with 5,000 or more history tags include the required Enterprise Historian license.


Источник: прайс

Wonderware Historian Server Express

  • Historian Server Express supports only workstation operating systems (Windows XP, Windows Vista and Windows 7), no Server OS.
  • Supports Microsoft SQL Server Express and Standard Editions.
  • Does not support remote IDAS or MDAS, or manual data import (CSV, SQL, SDK Inserts) except with InTouch log data (-*.lgh).


Источник: прайс

Wonderware Historian Server Standard

  • Supports workstation and server operating systems with Microsoft SQL Server Express and Standard (though not included, also supports SQL Server Enterprise Edition).
  • Supports unlimited Remote IDAS (licensed separately) and manual data and InTouch log data imports (LGH, CSV, SQL, SDK Inserts).


Источник: прайс

Wonderware Historian Server Enterprise

  • All the capabilities of Historian Standard plus support for receiving replicated data from another Historian of any edition.
  • Supports workstation and server operating systems.
  • Enables "Tiering" of Historians. Tier 2 Historians must be Enterprise.
  • Historian Enterprise supports hardware with an unlimited number of physical processors.


Источник: прайс

Wonderware Historian Server Local

Local Historian is generally for customers with remote site nodes in geographically distributed SCADA intermittent networks. When used with Historian Enterprise, it provides an alternative to Store & Forward only (used by Remote IDAS and Application Server Engines) that also allows local access to history at the site. Remote IDAS is not enabled. Data older than the last 7 days is not accessible on Local Historian. Local Historian includes a DAServer license. A Platform, if needed, must be purchased separately. If user has Historian Client at the remote site node and wants to see data beyond the 7 day limit, they simply redirect gathering of data to the Historian Enterprise. Supports workstation and server operating systems. "


Источник: прайс

Общие вопросы

  • скрыть паблик групп: 690, 339
  • Переименование ПК для SQL server 2008 TN 742
  • Переименование сервера для Historian TN777
  • рестарт из командной строки TN792
  • Перед установкой path 1 для Historian 10 sp1 выполнить shutdown Historian сервера
  • бекап данных Suggested to review TNs 817 and 891, also look at Admin guide chapter 5


  • расчет занимаемого на ЖД места ASP_Install_Guide.pdf стр 68
  • Синхронизация трендов на двух Хисториан Wonderware PacWest Tech Note 58: How to setup redundant Wonderware Historian


  • TA 83 Upgrading Microsoft® SQL Server 2000 to SQL Server 2005 on an IndustrialSQL Server™ Node
  • TA 134 Historian Processor Count Violation Превышение числа процессоров


  • Особенности InSQLCOnceptsRus.pdf:
    • Чтобы пользователи этих операционных систем не могли запускать или останавливать приложение архиватора, нужно запретить в локальной политике безопасности Windows право остановки системы.
    • Пользователь ArchestrA должен быть членом локальной административной группы на сервере архиватора, так же как и на всех компьютерах, cодержащих удалённые IDAS-источники.


По лог-файлу хисториана

1. сообщение «Attempt to store values in the future» обычно свидетельствует о рассинхронизации системного времени сервера источника данных(с DAS, IOserver, DIobjects, OPC) и сервера Historian. Реализуйте периодическую синхронизацию времени всех компьютеров, входящих в системную платформу.
2. сообщения типа «ERROR: Invalid file format (file; line) (D:\Historian\Data\Circular\A991229_093\block80.inf, 2) [ASODU-3; HistoryBlockListManager.cpp; 494]» могут появляться после аварийного выключения сервера или изменения системного времени без останова Historian, означают что данный исторический блок(D:\Historian\Data\Circular\A991229_093\) испорчен. Рекомендуется удалить испорченные исторические блоки. Также эти испорченные исторические блоки у вас имеют странные номера(991229), т.к. нумеруются они автоматически по формату ГГММДД. Перед удалением исторических блоков рекомендуется остановить Historian.
3. сообщения типа «Database Error (20;ExecuteDetectorSQL: The OLE DB provider "INSQL" for linked server "INSQL" reported an error. The provider ran out of memory.)» свидетельствуют об утечке памяти. По этой проблеме выпускались Hotfix-ы. Сообщите вашу версию Historian.


Синхронизация времени

  • Синхронизация часов опциями Historian:
    • InSQLConceptRus.pdf стр. 56: Синхронизация часов для накопления данных
    • HistorianConcept.pdf p. 83: Time Synchronization for Data Acquisition

- Time Synchronization (Windows) 882


Расчет ресурсов

ASP_Install_Guide.pdf раздел Disk Sizing and Data Storage p 65

Расчет Analog, Discrete, and Fixed-Length String

Перевод с комментариями

For analog, discrete, and fixed-length string (128 characters or less) tags, 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: 

Sd = (1.15 * (St + 3) * Nt) * (60/Fs) * 60 * 24 / R, где

Sd - Размер пространства в день, Байт/Сутки
St - объем байт занимаемых одним тегом, Байт
Nt - число архивируемых тегов, шт
Fs - период сохранения, сек
R  - NTFS_Степень_сжатия, обычно R=2. Или если сжатие отключено, то R=1
60 минут в часе
24 часа в сутках


Например:
10 000 аналоговых тегов (по 4 байта) сохраняются с интервалом раз в 10 сек:
Sd = (1.15*(4+3)*10000)*(60/10)*60*24/2 = 347 760 000 Байта в сутки = 332 МБайта в сутки

10 000 дискретных тегов (по 1 байту) сохраняются с интервалом раз в 60 сек:
Sd = (1.15*(1+3)*10000)*(60/60)*60*24/2 = 33 120 000 Байта в сутки = 32 МБайта в сутки

10 000 строковых тегов (по 8 байт) сохраняются с интервалом раз в 60 сек:
Sd = (1.15*(8+3)*10000)*(60/60)*60*24/2 = 91 080 000 Байта в сутки = 87 МБайта в сутки

Удалить устаревшие теги

Q: view/delete obsolete galaxy tag in historian


A: Run on Runtime SQLServer. Change GRGalaxy to the name of your galaxy database. If your Galaxy database resides on a different server, you must create a linked server

Use Runtime 

select * from Tag where Tagname not in (SELECT distinct g.tag_name + '.' + p.primitive_name AS name 
FROM GRGalaxy.dbo.gobject AS g INNER JOIN 
GRGalaxy.dbo.primitive_instance AS p ON p.gobject_id = g.gobject_id AND p.execution_group = 18 INNER JOIN 
GRGalaxy.dbo.primitive_definition AS pd ON p.primitive_definition_id = pd.primitive_definition_id AND pd.primitive_name <> '' INNER JOIN 
GRGalaxy.dbo.package AS pkg ON p.gobject_id = pkg.gobject_id AND p.package_id = pkg.package_id AND pkg.package_id = g.checked_in_package_id 
WHERE (g.is_template = 0) AND (g.namespace_id = 1)) 
and CurrentEditor = 2

Удалить закладку из Excel

Пример в SR33110182: Rename/remove the file histclient.xla

Обновление

Установка патч 1 на версию Historian 2012 (10 SP1)

Установка патч 1 на 10 Sp1

  • остановить и выключить Historian
  • проверить и в случае необходимости в ручную остановить все процессы начинающиеся с Wonderware Historian...
  • остановить SQL сервер из MS Management console - правая клавиша на названии сервера - СТОП
  • закрыть все консоли
  • установить патч
  • желательно перезагрузить ПК

До версии 2012 R2 (11)

  • You can directly upgrade from Wonderware Historian 10.0, and Wonderware 10.0 SP1. It is possible to upgrade from earlier versions of Wonderware Historian, but you must first upgrade to the 10.0 version. Follow the instructions in the 10.0 documentation to perform the upgrade. After you have upgraded to the 10.0 Historian, you can then upgrade to Wonderware Historian 2012 R2 (v11.0).

Перевод

  • До версии 11 можно обновить Historian версий 10 и 10 SP1
  • Если текущая версия Historian меньше чем 10, то сначала необходимо обновить Historian до версии 10, и только затем обновлять до версии 11
  • Если Historian принимает данные с Application Server, то сначала необходимо обновить Historian до версии 11, а затем Application Server до версии 3.6
  • Если Historian принимает данные с Remote IDAS, то сначала необходимо обновить Historian до версии 11, а затем Remote IDAS
  • Если используется репликация на tier-2, то сначала обновляется Historian tier-2, а затем Historian tier-1


Источник 1: ArchestrA System Platform 2012 R2 Readme

Источник 2: ASP 2012 R2 Install Guide. Historian. Upgrading from a Previous Version

Источник 3: TN 948 Quick Reference Guide: Migrating IndustrialSQL Server 9.0 to Historian 2012 R2

Миграция БД в БД Historian 11

  • Important: Back up the Runtime database before performing the migration
  • The data in an existing Runtime database can be migrated to a new Runtime database.
  • Not all of the system tags included in previous versions are included in version 10.0 or later. Any configuration data associated with these obsolete system tags is not migrated.
  • For the event subsystem, all SQL-based detectors and actions are migrated to the OLE DB syntax. If you have any custom SQL-based detectors or actions, you need torewrite them using the OLE DB syntax.
  • The existing Runtime database is automatically migrated to Wonderware Historian 2012 R2 (version 11.0) during the installation, preserving all existing settings and tag configuration.
  • History blocks created using a previous version of Wonderware Historian do not require any migration and can be copied to and used with Wonderware Historian 2012 R2 aslong as the tags they contain are present in the Runtime database.

Перевод:

  • Перед миграцией сделать бэкап БД Runtime!!!!
  • Все данных в существующей БД Runtime перенесутся в новую версию БД
  • Системные теги мигрируют не все (т.к. в разных версиях может быть разный состав системных тегов)
  • Для подсистемы событий: все SQL-based detectors и actions будут преобразованы в OLE DB синтаксис. Поэтому если были созданы пользовательские SQL-based detectors или actions то необходимо их переписать в виде OLE DB
  • БД Runtime автоматически мигрирует
  • History bloks не требуют миграции и могут быть просто скопированы (средствами Windows)


Источник 2: ASP 2012 R2 Install Guide . Historian. Upgrading from a Previous Version

Последовательность действий

To upgrade Wonderware Historian

1 Back up the Runtime database.

2 Shut down and disable the Wonderware Historian using the Management Console. Any remote IDAS nodes will go into store-and-forward mode.

3 Run the ArchestrA System Platform installation program to perform the upgrade. For more information, see "Upgrading an ArchestrA System Platform Component" on page 34.

4 The installation program detects the previous version of the Runtime database and prompts you to keep the existing database or recreate the new database. Программа установки определит существующую БД Runtime и предложит схоранить ее или пересоздать.

5 If you recreate the database, existing Runtime database will not be renamed but will be overwritten with a new Runtime database. If you do not recreate the database, the existing database will remain intact.

6 Finish the installation of Wonderware Historian.

7 Restart the computer.

8 Start the Historian. The Historian will start acquiring and storing the store-and-forward data from the existing remote IDASs.

9 After the Historian Server node is upgraded, you can upgrade any remote IDAS nodes.


Примечания

На шаге 4 можно выбрать путь пересоздания БД Runtime. Или удалить ее в ручную, а затем после установки Historian создать из конфигуратора заново.

Если источником всех данных для Historian является Application Server, то можно на шаге 4 выбрать пересоздать.

Источник 1: TN 948 Quick Reference Guide: Migrating IndustrialSQL Server 9.0 to Historian 2012 R2

Источник 2: ASP 2012 R2 Install Guide . Historian. Upgrading from a Previous Version

Каталоги для сохранения данных

Circular

Circular – локально размещенное хранилище исторических данных. Используется для циклического сохранения.

  • Когда размер на ЖД падает меньше Deletion Threshold (Порог удаления) или превышает настройки Maximum Size (Максимальный размер) или Maximum Age (Срок хранения ) старые данные удаляются и заменяются новыми.
  • Вместо удаления данные можно перевести в Alternate
  • По-умолчанию: C:\Historian\Data\Circular

Alternate

Alternate – альтернативное хранилище исторических данных.

  • Сюда данные пересылаются если заполнен circular – рекомендуется указывать др. ЖД или сетевую папку.

Buffer

Buffer – временное хранение данных таких как данные для извлечения.

Permanent

Permanent – для критичных данных с пом. Хранимых процедур можно перевести из circular в permanent. Подсистема сохранения никогда не удаляет данные из этого каталога.

Настройки каталогов

  • Path is Disabled (Каталог запрещён)Чтобы запретить использование каталога, установите флажок. В случае циклической области хранения этот флажок недоступен.
  • Deletion Threshold (Порог удаления) минимальный размер дискового пространства в мегабайтах, при достижении которого система должна попытается освободить пространство. Данный параметр применим только для циклической и дополнительной областей хранения. Обычно это значение определяется как результат умножения среднего размера архивного блока (неупакованного) на 1,5
  • Maximum Size (Максимальный размер) максимальный объём данных в мегабайтах, который может быть записан в эту область. Данный параметр применим только для циклической и дополнительной областей хранения. Если в поле будет введено значение 0, использоваться будет всё доступное пространство области.
  • Maximum Age (Срок хранения ) время в днях, в течение которого будет храниться информация в этой области перед её удалением. Данный параметр применим только для циклической и дополнительной областей хранения. Минимальный срок хранения – 2 дня. "0" в это поле означает, что данные могут храниться вечно.

Динамическое конфигурирование

Архиватор Historian Server поддерживает динамическое конфигурирование; то есть, вы можете во время работы системы изменять описания тэгов и другие объекты базы данных. Архиватор автоматически обнаруживает наличие изменений и без перезапуска соответствующим образом модифицирует своё внутреннее состояние. На взаимодействие с клиентами подобные изменения в конфигурации не влияют.


В большинстве случаев система продолжает функционирование без прерывания. Перезапуск системы необходим:

  • Когда измененяется местоположение основной области хранения данных, то есть параметр, который после установки архиватора обычно изменяется крайне редко.
  • Когда измененяется значение системного параметра DataImportPath.

Фиксация изменений в конфигурации Historian (Commit Pending Changes)

После внесения в базу данных каких-либо изменений, например после добавления новых тегов, их необходимо зафиксировать в системе архиватора Wonderware Historian. Сами изменения в базе выполняются сразу, но вступают они в силу только после фиксации. Это, фактически, означает, что изменения фиксируются в системе, а не в базе данных.


После фиксации изменений система автоматически перестраивается, не прерывания функционирование тех объектов, которых не коснулись сделанные изменения.

Изменения не могут быть зафиксированы:

  • в течение первых пяти минут после запуска приложения архиватора.
  • во время создания нового блока данных в результате предшествующего изменения.

Чтобы зафиксировать изменения в системе

  1. Разверните группу серверов в дереве системной консоли управления, раскройте в этой группе элемент, соответствующий требуемому серверу.
  2. Щёлкните правой кнопкой мыши папку редактора конфигурации Configuration Editor (или на любой вложенной папке в дереве консоли) и выполните команду Фиксация изменений (Commit Pending Changes). Появится окно Фиксация изменений – подтверждение (CommitPendingChanges – Confirmation).
    • Чтобы просмотреть список изменений, которые должны быть зафиксированы в системе, нажмите кнопу Показать (Display).
  3. Для фиксации изменений нажмите Зафиксировать (Commit).

Полезные материалы

Другие темы

Источник — «http://archestra.info/index.php?title=Historian&oldid=915»