Historian

Материал из archestra.info
Версия от 23:18, 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).

Экспорт и импорт конфигурации Histroian

Утилита экспорта и импортирования параметров конфигурации (aahDBDump.exe) представляет собой автономную программу, с помощью которой осуществляется запись параметров конфигурации архиватора Wonderware Historian в текстовый файл, а также чтение этой информации из текстовых файлов. Экспорт и импорт данных представляют собой две независимые операции.


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


  • Источник 1: HistorianAdmin.pdf (Из дистрибутива ASP2012R2) стр. 81 "Importing and Exporting Configuration Information"
  • Источник 2: HistorianAdmin_Ru.pdf стр. 99 "Экспорт и импорт параметров конфигурации через текстовые файлы"

Кодировка файла

Во время экспортирования параметров конфигурации можно указать, какая из кодировк: ASCII или Unicode

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


  • Источник 1: HistorianAdmin.pdf (Из дистрибутива ASP2012R2) стр. 81 "Importing and Exporting Configuration Information"
  • Источник 2: HistorianAdmin_Ru.pdf стр. 99 "Экспорт и импорт параметров конфигурации через текстовые файлы"

Журнал ошибок импорта aahDBDumpLog.Txt

Во время чтения текстового файла утилита экспорта и импортирования параметров конфигурации базы данных Wonderware Historian проверяет правильность каждой строки. При появлении какой-либо ошибки на экран выводится сообщение с запросом на прекращение операции или её продолжение для максимально большего извлечения информации из текстового файла.

Информация о ходе выполнения операции и обнаруженных ошибках записываются утилитой экспорта и импортирования в журнальный файл aahDBDumpLog.Txt. Этот файл располагается в том же каталоге, что и исполняемый файл утилиты и может быть открыт для просмотра любой программой, способной читать текстовые файлы, например программами Notepad или Microsoft Excel.


  • Источник 1: HistorianAdmin.pdf (Из дистрибутива ASP2012R2) стр. 81 "Importing and Exporting Configuration Information"
  • Источник 2: HistorianAdmin_Ru.pdf стр. 99 "Экспорт и импорт параметров конфигурации через текстовые файлы"


Редактирование текстового файла конфигурации (Editing the Configuration Text File)

  • После редактирования текстового файла с параметрами конфигурации можно выполнять вставку в базу данных новых объектов и изменение или удаление существующих.
  • Порядок следования информации об объектах в текстовом файле имеет большое значение для успешного выполнения импортирования.
  • Все величины в строке должны отделяться друг от друга символом табуляции.
  • В самом конце файла должен стоять символ возврата коретки
  • Как правило, объекты нужно перечислять в текстовом файле в следующем порядке:
    • IDAS (источник данных),
    • IOServer (сервер в/в),
    • Topic (группа данных),
    • SystemParameter (Системные параметры),
    • StorageLocation (Области сохранения),
    • EngineeringUnit (единица измерения),
    • Message (сообщение),
    • AnalogTag (аналоговый тег),
    • DiscreteTag (дискретный тег),
    • StringTag (символьный тег),
    • EventTag (тег событий),
    • SnapshotTag (тег "моментальной" копии),
    • SummaryOperation (сводная операция),
    • SummaryTag (сводный тег),
    • ReplicationSchedules (графики репликаций),
    • Replication Servers (серверы репликаций),
    • ReplicationGroups (группы репликаций) и
    • ReplicationTagEntities (области тегов репликаций).

Индикатор режима (Mode Indicators)

Первой строкой файла должна быть запись с допустимым значением режима, в противном случае на экран выводится сообщение об ошибке и импортование прерывается.

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

  • update: Если импортируемые сведения относятся к существующему в базе данных объекту, они заменяют имеющееся определение объекта. Если такого объекта в базе данных нет, он создаётся.
  • insert: Если импортируемые сведения относятся к существующему в базе данных объекту, модификация объекта не выполняется. В базу данных вносятся только новые объекты.
  • delete: Если импортируемые сведения относятся к существующему в базе данных объекту, он удаляется, в противном случае ничего не происходит.
  • ignore: Строка текстового файла игнорируется. Это значение режима позволяет во время импортирования пропускать некоторую информацию.


  • Источник 1: HistorianAdmin.pdf (Из дистрибутива ASP2012R2) стр. 81 "Importing and Exporting Configuration Information"
  • Источник 2: HistorianAdmin_Ru.pdf стр. 99 "Экспорт и импорт параметров конфигурации через текстовые файлы"

Группы безопасности и пользователи

Группы безопасности

Источник: InSQLConceptRus.pdf стр 19


Пользователи

Источник: InSQLConceptRus.pdf стр 19

Login/Name Password Description
aaAdmin pwAdmin A user who can access and modify all data and create objects. Cannot drop the database or truncate tables.
aaPower pwPower A user with full read access and the ability to create objects and modify the contents of the non-core tables.
aaUser pwUser A read-only user who can access all data, but cannot modify data or consume database resources.
aadbo pwddbo Database owner. Full permissions.
Исключительно для совместимости остались пользователи:
wwUser wwUser Same as aaUser.
wwPower wwPower Same as aaPower.
wwAdmin wwAdmin Same as aaAdmin.
wwdbo pwddbo Same as aadbo.

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

Другие темы

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