Das hbz bietet neben dem Zugriff auf das Produktionssystem der hbz-Verbunddatenbank auch eine Testumgebung an. Auf dieser Seite werden Informationen zum Hintergrund und den Rahmenbedingungen der Testsysteme (triton3 und triton8) der hbz-Verbunddatenbank beschrieben.

Detaillierte Informationen zur konkreten Nutzung des Externen Testsystems (triton8) finden sich auf einer eigenen Seite:
Nutzung des Externen Testsystems der hbz-Verbunddatenbank

Hintergrund

Motivation

Da in der Vergangenheit die Nutzung eines gemeinsamen Aleph 500-Testsystems durch das hbz und die Lokalsysteme oftmals aufgrund technischer Aspekte (Software-Version, Konfiguration, Datenbestand) oder zeitlicher Konflikte (paralleler Testbedarf durch hbz und Lokalsysteme) nur eingeschränkt möglich war, hat das hbz in Abstimmung mit der Kommission Verbundsystem / Lokalsysteme ein neues Konzept für die Testarbeiten der Lokalsysteme entwickelt: Im hbz wurde dafür ein weiteres Aleph 500-System aufgebaut, das exklusiv für den Testbedarf und die Nutzung der hbz-Verbundbibliotheken vorgesehen ist. Dieses sogenannte "Externe Testsystem" besteht zusätzlich zu dem bisherigen "Internen Testsystem", das insbesondere vom hbz für seine laufenden Entwicklungsarbeiten verwendet wird.

Durch die Trennung der beiden Testsysteme sind die Arbeiten und der Testbedarf der beiden Nutzergruppen (hbz und Lokalsysteme) voneinander entkoppelt und der organisatorische Aufwand zur Koordinierung der bisherigen parallelen Testaktivitäten entfällt.

Konzeption des Testsystems / Abgrenzung zum bisherigen Testsystem

Die Realisierung der beiden Testsysteme erfolgte durch separate Installationen der Aleph 500-Software (in verschiedenen Aleph-Instanzen) auf einem gemeinsamen Rechner (triton). Die bisherige Lizenz für das gemeinsame Testsystem ist vor diesem Hintergrund gesplittet und auf die beiden getrennten Testinstanzen verteilt worden.

Externes Testsystem (für hbz-Lokalsysteme): triton8

Das neue Externe Testsystem (Aleph-Instanz mit der Nr. 8 auf dem Rechner triton - "triton8") ist ausschließlich für den Testbedarf der Lokalsysteme reserviert. Die Veranlassung für die Tests erfolgt aufgrund der Motivation von hbz-Verbundbibliotheken. Dazu gehören insbesondere

• Tests der Schnittstellen der Lokalsysteme im Zusammenspiel mit den Schnittstellen der hbz-Verbunddatenbank bei neuen Software-Versionen und/oder -Konfigurationen in den Lokalsystemen
• Tests der o.g. Schnittstellen aufgrund von Fehleranalysen der hbz-Lokalsysteme
  

Die Aleph 500-Software und die Konfiguration des Externen Testsystems werden vor diesem Hintergrund laufend an die Gegebenheiten der produktiven hbz-Verbunddatenbank angepasst. Abweichende Stände dieses 1:1-Spiegelbilds zwischen Externem Testsystem und der Produktionsumgebung sind i.d.R. nicht vorgesehen.

Internes Testsystem (für hbz): triton3

Das bisherige Testsystem (Aleph-Instanz mit der Nr. 3 auf dem Rechner triton - "triton3") ist zukünftig ausschließlich für die Test- und Entwicklungsarbeiten des hbz vorgesehen. Dieses interne Testsystem wird vom hbz insbesondere für den Test neuer Funktionen und Weiterentwicklungen genutzt:

• Tests neuer Software-Versionen und/oder -Konfigurationen der hbz-Verbunddatenbank
• Tests der Schnittstellen der hbz-Verbunddatenbank im Zusammenspiel mit ausgewählten einzelnen Lokalsystemen für Fehleranalysen, für die Einführung neuer Funktionen und bei neuen Software-Ständen
• Tests von diversen Importen und Datenmanipulationen in die/der hbz-Verbunddatenbank
  

Aufgrund der o.g. Testarbeiten weicht das interne Testsystem im Hinblick auf seine Daten und Konfiguration u.U. deutlich von der produktiven hbz-Verbunddatenbank ab.

Das Externe Testsystem "triton8": Daten und Konfiguration

Daten

Aleph 500

Die Aleph 500-Datenbank des Externen Testsystems ist als Kopie der produktiven hbz-Verbunddatenbank mit Stand vom 28.12.2010 entstanden (Daten aller Aleph-Libraries).

DigiTool

Im Hinblick auf die Integration der DigiTool-Daten und -Links (insbes. zu Inhaltsverzeichnissen) hat das hbz aufgrund technischer Randbedingungen (Datenkonsistenz zwischen Aleph und DigiTool) folgende Modifikationen vornehmen müssen:

• Alle in der Aleph-Datenbank vorhandenen Links zu DigiTool (Oracle-Tabelle z403) sind gelöscht worden
• Eine Bereinigung der DigiTool-Felder in den HBZ01-Datensätzen (PID und MID) sowie der Indexeinträge für den Volltext-Index WTX hat nicht stattgefunden
• Einzelne neue Links zwischen DigiTool und Aleph werden über die Schnittstelle zum DigiTool-Testsystem neu aufgebaut worden
  
  

Aktualisierungen / Updates

Die Aktualisierung der Datenbank erfolgt über zwei Wege/Mechanismen:

• Laufende Updates durch Lokalsysteme aufgrund der durchgeführten Tests (Neuzugänge, Korrekturen, Löschungen):
  Entweder werden einzelne (manuelle) Updates vorgenommen oder diese erfolgen durch maschinell erzeugte Updates von Lokal- und Exemplardaten im Lokalsystem, die über die Schnittstellen (Aleph-Cluster und VST) in die hbz-Verbunddatenbank hochgeladen werden.
• Aktualisierungen durch das hbz - i.d.R. einmal/Jahr: Kopie eines neuen Stands der hbz-Verbunddatenbank auf das Externe Testsystem.
  Dieser Zeitpunkt wird nach Möglichkeit mit den Lokalsystemen koordiniert da bei diesem Vorgang auch Test- und Fehlerstände der "vorherigen" Testumgebung verloren gehen.

In das Externe Testsystem werden i.d.R. keine Fremddaten, ZDB-Daten und Normdaten importiert.

Konfiguration

Die Konfiguration des Externen Testsystems stellt ein Spiegelbild der produktiven hbz-Verbunddatenbank dar - Funktionalitäten der Produktionsumgebung sind i.d.R. 1:1 nutzbar. In bestimmten Fällen sind jedoch Konfigurations-Tabellen, die Rechner-Adressen und Einstellungen für Systeme mit Schnittstellen zur hbz-Verbunddatenbank beinhalten, nicht aktiv.

Aleph-Cluster: Replikation zwischen Verbundsystem und Aleph-Lokalsystemen

Die Konfiguration für die Funktionalität Aleph-Cluster - die Replikation zwischen Verbundsystem und Aleph-Lokalsystemen - ist auf dem Externen Testsystem aufgrund technischer Randbedingungen z.T. deaktiviert: Es werden zwar Aufträge geschrieben (Konfiguration für das Schreiben von z105-Sätzen ist aktiv), die Tabelle mit der Konfiguration der IPs der angeschlossenen Lokalsysteme (tab_io_remote) enthält jedoch keine aktiven Einträge. Das hbz wird die betreffende Tabelle tab_io_remote zeitweise bei Testbedarf der Aleph-Lokalsysteme aktivieren.
Regelmäßig an jedem Wochenende leert das hbz die Oracle-Tabelle z105.

Versorgungsschnittstelle (VST)

Die Konfiguration für die Versorgungsschnittstelle (VST) wurde vom Produktionssystem übernommen - ein Test der VST ist ohne Konfigurationsänderungen im hbz jederzeit möglich: Updates erzeugen Auftragssätze, die vom Lokalsystem ermittelt werden; die relevanten Datensätze können dann über Z39.50 in der hbz-Verbunddatenbank recherchiert werden. Die Lokalsysteme konfigurieren den Zugriff auf das relevante hbz-System, von hbz-Seite ist keine Konfiguration zu ändern.

Online-Schnittstelle zu Normdaten

Für die Nutzung der Online-Schnittstelle der hbz-Verbunddatenbank zu den Normdateien der DNB wurde eine Verbindung des Externen Testsystems zu einer Testumgebung bei der DNB konfiguriert.

DigiTool-Anbindung

Zwischen dem Externen Testsystem und dem Digitool-Testsystem (Rechner urania) sind die entsprechenden Schnittstellen aktiviert.

Aktualisierungen / Updates

Die Pflege des Externen Testsystems erfolgt synchron zum Produktionssystem: Aktualisierungen der Software und der Konfigurationstabellen werden auf beiden System parallel durchgeführt. Vom Produktionssystem abweichende Stände (z.B. neue/andere Konfigurationen und Service Packs) werden i.d.R. nicht auf dem Testsystem implementiert. Nur in Ausnahmefällen und temporär liegen ggf. Programme und Konfigurationen auf dem Externen Testsystem in anderer Form als auf dem Produktionssystem vor (z.B. für den Test von neuen Funktionalitäten, die noch nicht in Produktion übernommen wurden).

Verfügbarkeit

Das hbz stellt durch Überwachungsskripte die Verfügbarkeit des Externen Testsystems und den Betrieb der Aleph-Hintergrundprozesse sicher (insbes. die entsprechenden Prozesse für die Tests der Schnittstellen):
Das Externe Testsysteme steht i.d.R. täglich rund um die Uhr zur Verfügung - mit Ausnahme einer kurzen Unterbrechung zwischen 5:00 Uhr und 6:00 Uhr an jedem Morgen. In Einzelfällen könnte es bei intensivem Testbetrieb zu Einschränkungen aufgrund der limitierten Anzahl der nutzbaren Lizenzen kommen (parallele Nutzer für Aleph-Client (PC-Server) = 10, für Z39.50-Server = 5, für Web-OPAC = 10)
Darüber hinaus kann es notwendig werden, dass der Umgang mit dem externen Testsystem aufgrund aktueller Projekte angepasst bzw. eingeschränkt werden muss. Das hbz wird einen Online-Kalender nutzen, um nicht-verfügbare Zeiten des externen Testsystems anzukündigen (z.B. aufgrund von Wartungsarbeiten an der Hard- oder Software).

Nutzung des Externen Testsystems

Detaillierte Informationen zur konkreten Nutzung des Externen Testsystems (triton8) finden sich auf einer eigenen Seite:
Nutzung des Externen Testsystems der hbz-Verbunddatenbank

Weitere Systeme der hbz-Verbunddatenbank

Wenn Sie mit dem Client auf das hbz-Produktionssystem oder das hbz-Schulungssystem zugreifen wollen, beachten Sie bitte folgende Hinweise:

• Zugriff auf das Produktionssystem der hbz-Verbunddatenbank
• Zugriff auf das Schulungssystem der hbz-Verbunddatenbank

Eine Übersicht aller Adressen für den Zugriff auf die verschiedenen Instanzen der hbz-Verbunddatenbank befindet zusätzlich auf einer eigenen Seite:

• Alle Adressen für den Zugriff auf die hbz-Verbunddatenbank: Produktionssystem, Schulungssystem, Testsystem
  

Support: Fragen und Probleme

Fragen und Probleme zur Nutzung des Testsystems richten Sie bitte an: verbund@hbz-nrw.de