00900170-02_ID_OIS_SIS_16.1_R19-1_EN_DE - 第87页
ASM OIS/SIS Daten banken 16.1 (R19- 1) / Schnitts tellenbeschreibung Ausgabe 05/2019 13 4.5 Tabellen Im Folgenden ist der A ufbau der ein zelnen Tabellen d argestel lt. Die angegebene n Datent ypen entsprechen der Nam en…
ASM OIS/SIS Datenbanken 16.1 (R19-1) / Schnittstellenbeschreibung Ausgabe 05/2019
12
4.4.2 Automatische Reorganisation von Indexes und Statistik
Das Löschen von alten Daten kann dazu führen, dass Datenbankindexes fragmentiert und Statistik
verzerrt werden. Deswegen müssen Indexes und Statistik regelmässig reorganisiert werden. Die
OIS-Service überprüft die Datenbankfragmentierung in regelmäßigen Abständen (konfiguriert: 40
Tage).Wenn die Datenbankfragmentierung die konfigurierte Obergrenze überschreitet, wird die
Reorganisation gestartet. Alle OIS-Verbindungen werden deaktiviert und die OIS-Service baut die
Datenbankindexes und die Statistik neu auf. Dies dauert ca. 5 Minuten. Während der
Reorganisation ist weder Lesen noch Schreiben möglich.
Nach der Reorganisation werden alle OIS-Verbindungen wieder aktiviert.
4.4.3 Periodische manuelle Wartung der OIS-Datenbank in OIS V10.x / V11.x
In diesen Versionen sollte die OIS-Datenbank alle zwei Monate manuell gewartet werden. Wenn
die Wartung nicht ausgeführt wird, kommt es nach einiger Zeit zu Performance-Verlusten in den
Datenbank-Abfragen.
Vorbereitungen
● Melden Sie sich für den Zugriff auf die Datenbank als Systemadministrator (sa) an.
● Stoppen Sie alle OIS-Klienten (wie SIPLACE Explorer).
● Stoppen Sie den OIS Server durch Rechtsklick auf das Symbol OIS Server Manager.
Ausführung
● Führen Sie das Skript MaintainOISDatabase.cmd aus.
Während der Wartung wird die Datenbank neu organisiert und gesperrt. Daher ist es unbedingt
notwendig, dass keine weiteren Programme zu dieser Zeit weder auf die OIS Datenbank noch
auf die SIS Datenbank zugreifen. Die Linien können in dieser Zeit weiterproduzieren, da sie die
anfallenden Daten puffern.
Das Skript sollte allerdings nicht länger als 10 Minuten laufen. Ansonsten ist die Datenbank
wahrscheinlich noch durch andere Programme in Benutzung. In diesem Fall sollte das Skript
abgebrochen werden und der OIS-Server wieder gestartet werden, um die an den Stationen
angefallenen Daten abzuholen. Nachdem das noch aktive Programm identifiziert wurde und die
OIS-Verbindung zu den Maschinen ca. 10 Minuten bestanden hat, kann der Prozess neu gestartet
werden.
Dateien
● <Monitoring Service InstallDir>\MaintainOISDatabase.cmd
● <Monitoring Service InstallDir>\DBSkripts\MaintainOISDatabase.sql
● <Monitoring Service InstallDir>\DBSkripts\OIS_RebuildIndexAndStatistics.sql
ASM OIS/SIS Datenbanken 16.1 (R19-1) / Schnittstellenbeschreibung Ausgabe 05/2019
13
4.5 Tabellen
Im Folgenden ist der Aufbau der einzelnen Tabellen dargestellt. Die angegebenen Datentypen
entsprechen der Namensgebung im MS-SQL-Server.
HINWEIS
Die nachfolgenden Tabellen sind hier nur zur besseren Verständlichkeit der Views
aufgeführt. Auf diese Tabellen kann nicht schreibend zugegriffen werden. Beim direkten
Zugriff auf Tabellen wird keine Abwärtskompatibilität gewährleistet. Verwenden Sie
stattdessen die bereitgestellten Views.
Legende zu den nachfolgenden Tabellen
CI
=
Gruppierter Index
I
=
Index
P
=
Primärschlüssel
ASM OIS/SIS Datenbanken 16.1 (R19-1) / Schnittstellenbeschreibung Ausgabe 05/2019
14
4.5.1 OIS-Tabellen
4.5.1.1 Performance Tipps zu Abfragen in OIS
Zeitbasierte Auswahl statt stationsweise
OIS Tabellen beinhalten Indexe für die meisten üblichen Abfragen. Es gibt sowohl gruppierte
Indexe als auch normale Indexe.
Wenn eine Tabelle einen kombinierten gruppierten Index enthält, passen Sie Ihre Abfrage so an,
dass die WHERE-Klausel mindestens den ersten Teil des kombinierten gruppierten Indexes
enthält.
Beispiel: Die BOARD-Tabelle enthält eine kombinierte gruppierte Tabelle zu (dtTime, lid).
Schnelle Abfragen des zugewiesenen V_BOARD_160 sind:
select * from V_BOARD_160 where dtTime = ‘2019-02-25 13:13:47.417’
select * from V_BOARD_160 where dtTime > ‘2019-02-25 13:11:43.853’ and
dtTime < ‘2019-02-25 14:11:43.853’
select * from V_BOARD_160 where dtTime > ‘2019-02-25 13:11:43.853’ and
dtTime < ‘2019-02-25 14:11:43.853’and lid=1013
select * from V_BOARD_160 where lid=1013 and dtTime > ‘2019-02-25
13:11:43.853’ and dtTime < ‘2019-02-25 14:11:43.853’
Langsame Abfragen sind alle anderen Spalten, d. h.
select * from V_BOARD_160 where lid=1013
Dadurch kann das Abfragen für ein Zeitintervall und mehrere Stationen besonders schnell
abgearbeitet werden.
Im Gegensatz dazu werden Abfragen für eine Station und mehrere Zeitintervall langsam
abgearbeitet.
Daher ist es besser, die Abfragen für die folgenden Views zeitbasiert zu machen:
● V_BOARD*
● V_EVENT*
● V_PICKUPERROR*
● V_STATETRANSITION*
● V_USEDCOMPONENTS*
Verwenden Sie *_160 Views (falls vorhanden)
Ab Monitoring Service 16.0 haben wir mehrere Tabellenspalten von 32-bit in 64-bit umgewandelt.
Nur die V*_160 Views behalten die ursprünglichen 64-bit Werte bei. Alle älteren Views müssen die
64-bit Werte in 32-bit umwandeln. Das bedeutet:
1. Wenn ein Tabelleneintrag den maximalen 32-bit Wert erreicht (2147483647), erhalten Sie nicht
mehr den tatsächlichen Wert, sondern entweder den umgewandelten 32-bit Maximalwert oder,
für V_PANEL11, gar keine Zeile.
2. Alle Views, die den 32-bit Maximalwerte liefern, haben keinen Zugriff auf den Index zur
Abfrage-Optimierung und sind sehr langsam.