Lokale und Cloud-Datenbanken

InfoWorks WS Pro verwaltet Modelldaten in einer zentralen lokalen Multi-User-Datenbank, die aus einer Datenbank und zusätzlichen Dateien besteht, um sowohl den Arbeitsgruppen- als auch den Einzelplatzbetrieb zu erleichtern.

Wenn Sie eine Autodesk-Lizenz besitzen, können die Daten auch in einer zentralen Multi-User-Datenbank in der Cloud verwaltet werden. Wie die lokale Datenbank besteht auch die Cloud-Datenbank aus einer Datenbankdatei und zusätzlichen Dateien.

Lokale Arbeitskopien von Teilen der lokalen und der Cloud-Daten werden dann im Arbeitsordner der einzelnen Benutzer zur Verfügung gestellt.

Die lokale und die Cloud-Datenbank bieten eine flexible Hierarchie für die Verwaltung von Modelldaten und enthalten alle Modelldaten und Ergebnisse. Sie besteht aus einer Datenbank und Verzeichnissen mit unterstützenden Dateien, einschließlich Simulationsergebnissen und Geländemodellen.

Die folgenden Datenbanktypen können verwendet werden:

Wenn eine Datenbank erstellt wird, werden lokale Arbeitskopien von Teilen der Daten in den lokalen Ordnern der einzelnen Benutzer zur Verfügung gestellt.

InfoWorks WS Pro verfügt über umfassende Funktionen für die Datenbankverwaltung (lokal und in der Cloud), mit denen Sie Ihre Arbeit logisch und effizient organisieren können. Mit diesen Funktionen können Sie die Gesamtstruktur der Datenbank anzeigen, sie in ihre Komponenten zerlegen und einen beliebigen Teil der Daten selbst anzeigen.

Unterstützte Datenbankformate

InfoWorks WS Pro verwendet einen eigenen Arbeitsgruppenserver als Vorgabe-Datenbankkomponente der Datenbank.

Auch Microsoft SQL Server-Datenbanken werden unterstützt. Wenn Sie bereits über eine Microsoft SQL Server-Installation verfügen, können Sie damit Datenbanken von nahezu unbegrenzter Größe erstellen und verwalten.

Unterstützung für Oracle-Datenbanken, für die Sie bereits über eine eigene Oracle-Datenbankinstallation verfügen müssen, ist ebenfalls enthalten.

Datenbankversionen

Jede Datenbank (lokal und in der Cloud) hat eine Versionsnummer. Eine Datenbank, die mit Version 2023.0 der Software erstellt wurde, weist beispielsweise die Datenbankversion 2023.0 auf. Sie können wählen, welche Version der Datenbank beim Erstellen einer Datenbank verwendet werden soll. Dies kann nützlich sein, wenn Sie mit anderen Benutzern zusammenarbeiten, die nicht mit der gleichen Version von InfoWorks WS Pro wie Sie arbeiten.

Anmerkung:
  • Wenn Sie mit einer Datenbank arbeiten, die älter ist als die Version der Software, die Sie verwenden, z. B. Datenbankversion 2023.0 mit Softwareversion 2023.1, können Sie möglicherweise nicht auf alle neuen Funktionen zugreifen, die in der neueren Version von InfoWorks WS Pro verfügbar sind. Die Verfügbarkeit einer neuen Funktion hängt davon ab, ob Datenbanktabellen und Felder wie Objekteigenschaften oder ein Datenbankelement erforderlich sind, die nur in der neueren Version der Datenbank verfügbar sind.

  • Sie können keine Daten einfügen, die aus einer Datenbank kopiert wurden, die eine neuere Datenbankversion als die Datenbank aufweist, in die Sie Daten einfügen.

  • Sie können eine ältere Datenbankversion auf eine neuere aktualisieren. Dadurch erhalten Sie Zugriff auf alle Funktionen der neueren Softwareversion. Die aktualisierte Datenbank kann von Ihnen oder einem anderen Benutzer jedoch nicht in einer älteren Version der Software verwendet werden.

Die Versionsnummer der aktuell ausgewählten Datenbank wird im Explorer-Fenster angezeigt.

Organisieren Ihrer lokalen und Cloud-Datenbanken

Speicherort der Datenbank

InfoWorks WS Pro kann sowohl lokal als auch in der Cloud eingesetzt werden.

Bei Cloud-Datenbanken werden Daten für den Mandanten, für den sie erstellt wurden, in der Cloud gespeichert. Bei lokalen Datenbanken variiert der Speicherort der verschiedenen Komponenten einer Datenbank in Abhängigkeit davon, welche zugrunde liegende Datenbank verwendet wird.

Wenn Sie die Datenbank als Teil einer Arbeitsgruppe freigeben möchten, muss sie sich auf einem Computer befinden, auf den alle Benutzer zugreifen können.

Standard

Wenn Sie die lokale Datenbank erstellen, können Sie den Speicherort der Datenbankindexdatei auswählen, die den Einstiegspunkt der Datenbank bildet.

Die Dateien mit den Datenbankdaten werden in einem Unterordner dieses Speicherorts gespeichert. Der Name des Unterordners ist die eindeutige Datenbankkennung für die Datenbank. Wenn ein Ordner mehrere Datenbanken enthält, gibt es für jede Datenbank einen Unterordner.

SQL Server und Oracle

Der Speicherort der lokalen Datenbank wird durch den Datenbankserver gesteuert und kann nicht geändert werden. Die Datenbank kann sich auf einem Server oder auf dem lokalen Computer befinden.

Eine SQL Server- oder Oracle-Installation ist im Netzwerk sichtbar, solange der Server ausgeführt wird.

Zusätzliche Dateien werden in Unterordnern der Remote-Stammverzeichnisse gespeichert. Der Name des Unterordners jedes Remote-Stammverzeichnisses ist die eindeutige Datenbankkennung für die Datenbank. Bei mehreren Datenbanken gibt es für jede Datenbank einen Unterordner.

Sie erzielen eine optimale Leistung für Vorgänge in Arbeitsgruppen, wenn Sie die Datenbank auf einem geeigneten Netzdateiserver verwalten.

Wenn Sie als einzelner Benutzer arbeiten, erzielen Sie die beste Leistung, wenn die Datenbank auf Ihrer lokalen Festplatte gespeichert ist. Beachten Sie Folgendes:

Wie viele Datenbanken?

Im Idealfall haben Sie nur eine Datenbank für Ihre Arbeitsgruppe oder sogar für Ihr gesamtes Unternehmen. Einige Unternehmen verfügen über eine extrem große Datenbank (mehr als 20 GB) und verwenden eine Oracle- oder SQL Server-Datenbank.

Ein Berater könnte sich dafür entscheiden, für jeden Kunden eine andere Datenbank zu haben. Wasserversorger können ihre Daten nach geografischen Kriterien aufteilen.

Wenn Sie über mehrere Datenbanken verfügen, können Sie jede Datenbank einer benannten Gruppe zuweisen. (Dies ist nicht zu verwechseln mit Objektgruppen innerhalb einer Datenbank.)

Lokaler Ordner

Um den Arbeitsgruppenbetrieb zu erleichtern und die laufenden Arbeiten vom Hauptdatenspeicher getrennt zu halten, verwendet InfoWorks WS Pro einen lokalen Ordner.

Anmerkung: Der lokale Ordner sollte sich, wenn möglich, auf dem Computer des Benutzers befinden. Wenn Sie über ein Netz auf Ihren lokalen Ordner zugreifen, wird die Leistung von InfoWorks WS Pro erheblich reduziert, und die Leistung Ihres Netzes kann ebenfalls beeinträchtigt werden.

Jede lokale und Cloud-Datenbank verfügt über einen Unterordner des lokalen Arbeitsordners mit temporären Daten und dem lokalen Ergebnisordner mit lokalen Ergebnisdateien.

Der Name des Unterordners ist die eindeutige Datenbankkennung für lokale Datenbanken und die eindeutige Kennung für die Cloud-Datenbank. Bei mehreren Datenbanken gibt es für jede Datenbank einen Unterordner.

Die im Arbeitsordner gespeicherten Daten werden als Übergangsdaten bezeichnet und setzen sich aus Folgendem zusammen:

Wenn Sie eine neue Datenbank erstellen, wird eine Textdatei (DBVER.DAT), die den Datenbankpfad und die Datenbankversion für die neue Datenbank enthält, dem lokalen Ordner und, falls zutreffend, dem Remote-Stammverzeichnisordner hinzugefügt. Wenn Sie eine Datenbank aktualisieren, wird auch die Versionsnummer in der Textdatei aktualisiert. Wenn Sie eine Cloud-Datenbank umbenennen, wird die Textdatei entsprechend mit dem neuen Namen aktualisiert.

Sie sollten niemals direkt auf diese lokalen Dateien zugreifen müssen. Sie können nicht benötigte lokale Dateien in InfoWorks WS Pro bereinigen.

Weitere Informationen finden Sie unter Festlegen lokaler Ordner.

Remote-Stammverzeichnisse

Einige lokale Datenbankdaten werden nicht in der Datenbankdatei selbst gespeichert, sondern als separate Dateien in Remote-Stammverzeichnissen. Die Daten, die am häufigsten auf diese Weise gespeichert werden, sind Simulationsergebnisse. Diese sind in der Regel sehr groß und können die Datenbankleistung beeinträchtigen.

Remote-Stammverzeichnisordner müssen sich nicht auf demselben Laufwerk, ja nicht einmal auf demselben Computer wie die lokale Datenbank befinden.

Der Speicherort der Remote-Stammverzeichnisse kann geändert werden.

Wenn Sie mit Microsoft SQL Server- oder Oracle-Datenbanken arbeiten, müssen Sie den Speicherort für Ihre Remote-Stammverzeichnisse festlegen. Die Remote-Stammverzeichnisse müssen sich nicht auf demselben Laufwerk oder sogar demselben Computer wie die Datenbank befinden. Sie benötigen nur einen Satz Remote-Stammverzeichnisse, auch wenn Sie mit mehr als einer Datenbank arbeiten.

Dateien werden immer in einem Unterverzeichnis des Remote-Stammverzeichnisses gespeichert. Der Name des Unterverzeichnisses ist die eindeutige Datenbankkennung für die lokale Datenbank.

Wenn Sie eine neue Datenbank erstellen, wird eine Textdatei (DBVER.DAT), die den Datenbankpfad und die Datenbankversion für die neue Datenbank enthält, dem lokalen Ordner und, falls zutreffend, dem Remote-Stammverzeichnisordner hinzugefügt. Wenn Sie eine Datenbank aktualisieren, wird auch die Versionsnummer in der Textdatei aktualisiert. Wenn Sie eine Cloud-Datenbank umbenennen, wird die Textdatei entsprechend mit dem neuen Namen aktualisiert.

Weitere Informationen finden Sie unter Remote-Stammverzeichnisse.

Erstellen von Datenbanken

Eine lokale oder Cloud-Datenbank wird mit InfoWorks WS Pro erstellt.

SQL Server- oder Oracle-Datenbanken werden mit den Erstellungswerkzeugen erstellt, die im Lieferumfang der Datenbankinstallation enthalten sind. Autodesk stellt Skripte zur korrekten Formatierung der neuen Datenbank bereit.

Sie können auch übertragbare Datenbanken erstellen und aktualisieren, die ein ähnliches Format wie lokale oder Cloud-Datenbanken aufweisen. In übertragbaren Datenbanken werden Kopien einiger oder aller Daten aus einer lokalen InfoWorks WS Pro-Datenbank oder Cloud-Datenbank zum Kopieren und Sichern gespeichert. In Archiven können Sie Daten für die zukünftige Verwendung speichern.

Struktur und Inhalt

InfoWorks WS Pro enthält Funktionen für die Datenverwaltung, mit denen Sie Ihre Arbeit in der Datenbank logisch und effizient organisieren können.

Die Datenbank kann im Explorer-Fenster oder im Fenster Modellgruppe angezeigt werden. Das Fenster Modellgruppe ist für die tägliche Arbeit am besten geeignet, da es an der Seite des Hauptfensters von InfoWorks WS Pro fixiert (angehängt werden kann).

Die allgemeine Struktur der Datenbank ist Folgende:
  • Jede Datenbank enthält eine oder mehrere Modellgruppen.
  • Modellgruppen können weitere Modellgruppen, Elemente mit Versionsverwaltung und Datengruppen enthalten.
  • Datengruppen können andere Datengruppen desselben Typs und Datenbankelemente des für die Gruppe richtigen Typs enthalten.

Artikeltypen

Einige Elemente, wie z. B. Netze, sind Elemente mit Versionsverwaltung. Diese bieten eine sichere und strukturierte Möglichkeit, aufeinanderfolgende Versionen zu erstellen, um potenzielle Änderungen zu testen, oder zu einer früheren Version zurückzukehren und zu verzweigen, um andere Szenarien zu untersuchen.

Andere Modelldaten, wie z. B. Stromtarifdaten, werden in Datengruppen gespeichert. Gruppen können in Gruppen eingebettet werden, um eine strukturierte Speicherung bereitzustellen.

Elementnamen

Elementnamen können bis zu 80 Zeichen lang sein und dürfen nicht leer sein. Namen dürfen Leerzeichen enthalten.

Die Namen von Elementen mit Versionsverwaltung müssen innerhalb einer Datenbank eindeutig sein.

Alle anderen Namen müssen innerhalb dieses Typs eindeutig und übergeordnet sein. Beispielsweise können zwei Datengruppen unterschiedlichen Typs innerhalb einer Modellgruppe denselben Namen haben, aber zwei Gruppen desselben Typs müssen unterschiedliche Namen haben.

Schützen von Elementen

Datenbankelemente werden als vor dem Löschen geschützt markiert, wenn sie in Simulationen verwendet werden, um den Verlust wichtiger Daten zu verhindern.

Datenbankelemente, die in einer Simulation verwendet wurden, können nicht mehr geändert oder gelöscht werden.

Sie können diese Schutzmaßnahmen außer Kraft setzen und redundante Modellläufe und Daten bereinigen.

Allgemeine Struktur

Elemente mit Versionsverwaltung befinden sich in Modellgruppen. Elemente mit Versionsverwaltung müssen vor der Bearbeitung ausgecheckt werden. Ausgecheckte Elemente werden mit einem rot umrandeten Symbol angezeigt.

Wenn Sie einen Lauf mit einem ausgecheckten Netz durchführen, wird das Laufsymbol mit einem roten Rand angezeigt. Die Simulationssymbole unter dem Symbol Ausführen haben einen roten Rand, wenn der für die Simulation verwendete Steuerungsdatensatz ausgecheckt wurde.

Die Farbe des Laufsymbols kennzeichnet den Lauftyp. Folgende Typen sind verfügbar:
Normaler Lauf
Automatischer Kalibrierungslauf
Wasserqualitätslauf
WatSed-Lauf (Sedimentationslauf)
Löschwasserlauf
Analyselauf für kritische Verbindungen
Absperrungslauf
Spülungslauf
Undichtigkeitsermittlungslauf
InfoWorks TS-Lauf (Transient System)

Andere Daten werden in Datengruppen gespeichert, und Gruppen können in Gruppen eingebettet werden.

Unter Datenbankelemente finden Sie eine Liste aller Elemente mit Versionsverwaltung und Gruppen, die eine Cloud- oder lokale Datenbank bilden.

Datenbank-ID

Jede lokale Datenbank verfügt über eine eindeutige Datenbankkennung. Wenn Sie eine neue Datenbank erstellen, wird diese Kennung automatisch generiert. Die Kennung ist eine Zeichenfolge aus Buchstaben und Zahlen, die garantiert eindeutig ist (z. B. 629810C2-3F6B-11D3-9BF3-00600891B690). Eindeutige Datenbank-IDs können manuell festgelegt werden. Die Kennung für die Beispieldatenbank hat beispielsweise in der Regel die Form IWExamples123.

Jede Cloud-Datenbank verfügt über eine eindeutige Kennung. Wenn eine neue Datenbank erstellt wird, wird diese Kennung automatisch als Zeichenfolge aus 26 Buchstaben oder Zahlen generiert, z. B. 01FR0B5XYXVHGTD39BF3VGV6O.

Versionsverwaltung

Die Versionsverwaltung ermöglicht es einem Modellierer, größere Änderungen an einem Netzmodell aufzuzeichnen, eine dauerhafte Aufzeichnung bereitzustellen und einen Standard für den Kalibrierungsprozess durchzusetzen. Das bedeutet auch, dass ein vorheriges Modell immer wieder als Ausgangspunkt herangezogen werden kann, wenn die endgültige Version nicht akzeptabel ist.

Wenn verschiedene Szenarien untersucht werden, kann ein Modell vom Basismodell getrennt und unabhängig geändert werden. In dieser Situation liegt es im Ermessen des einzelnen Modellierers, wie oft das Modell wieder eingecheckt wird, da seine Änderungen unabhängig von der Verwendung des Basismodells durch andere Kollegen sind.

Sobald ein Modell kalibriert und vom Manager des Modellierungsteams autorisiert wurde, kann es an einen bestimmten sicheren Ort im Prüfpfad kopiert und dazwischenliegende Netzmodelle können entfernt werden. Der Prozess bis zur Erlangung des endgültigen Modells steht jedoch bis zur Genehmigung zur Verfügung.

Weitere Informationen finden Sie unter Vergleichen von Elementen mit Versionsverwaltung.

Datenbankverwaltung

Administratoren steht weiterer Datenbankschutz zur Verfügung. Einige sensiblere Datenbankvorgänge, wie z. B. die Massenlöschung von Daten, können nur von Administratoren ausgeführt werden.

Kopieren von lokalen oder Cloud-Datenbanken

Anmerkung: Sie sollten niemals die von der Datenbankanwendung bereitgestellten Methoden zum Kopieren einer Oracle- oder SQL Server-Datenbank verwenden und danach mit den neuen und ursprünglichen Datenbanken fortfahren.

Sie sollten niemals eine lokale oder Cloud-Datenbank kopieren, die Kopie umbenennen und dann mit der neuen und der ursprünglichen Datenbank weiterarbeiten. Jede lokale oder Cloud-Datenbank verfügt über eine eindeutige Datenbankkennung. Diese Kennung wird zum Verwalten von Dateien im Arbeitsordner und in einigen Fällen von Dateien verwendet, die Teil der Datenbank selbst sind. Wenn Sie mit zwei Datenbanken arbeiten, die dieselbe eindeutige Datenbankkennung aufweisen, werden Ihre Arbeitsdateien verwechselt, und Sie laufen Gefahr, dass Daten verloren gehen oder beschädigt werden. Da Ihre Arbeitskopien von Netzen möglicherweise auf demselben Stammnetz basieren, könnte es schwierig sein, diese Probleme zu erkennen.

Die richtige Methode zum Kopieren von Daten sowohl für Cloud- als auch für lokale Datenbanken besteht darin, eine neue Datenbank zu erstellen und dann die vorhandene Datenbank als Gastdatenbank zu öffnen, aus der Daten kopiert werden können. Alternativ können Sie eine übertragbare Datenbank verwenden, um Daten von der alten in die neue Datenbank zu übertragen. Dies mag ein langwieriger Ansatz sein, er ist aber so konzipiert, dass:
  • Sie Daten in eine neue Datenbank oder eine vorhandene Datenbank kopieren können, die bereits Daten enthält;
  • die Integrität der Daten in beiden Datenbanken geschützt wird;
  • das Kopieren von Daten zwischen Datenbanken verschiedener Typen unterstützt wird.

Übertragbare Datenbanken

Anmerkung: Ergebnisdateien können sehr groß sein, und ihre Aufnahme in eine übertragbare Datenbank kann längere Zeit in Anspruch nehmen. Oftmals ist es effizienter, das Ergebnis auf andere Weise, z. B. auf einen Datenträger, zu übertragen oder später neu zu generieren, wenn Daten aus der übertragbaren Datenbank kopiert werden.

Übertragbare Datenbanken ermöglichen das Kopieren von Daten zwischen Datenbanken, auch wenn die Datenbanktypen unterschiedlich sind. Übertragbare Datenbanken haben das gleiche interne Format wie eine lokale oder Cloud-Datenbank und ermöglichen es Ihnen, die vollständige Struktur der kopierten Daten beizubehalten.

Sie können eine übertragbare Datenbank für Folgendes verwenden:
  • Kopieren von Daten aus einer Datenbank in eine andere
  • Freigeben von Daten für andere Abteilungen oder externe Berater
  • Senden von Daten an Autodesk im Rahmen einer Support-Anfrage

Alle Arten von Daten können in eine übertragbare Datenbank kopiert werden, einschließlich der Ergebnisdateien aus Ihrem Remote-Stammverzeichnis.

Weitere Informationen finden Sie unter Übertragbare Datenbanken.

Löschen von Daten

Daten können nur aus der Datenbank gelöscht werden, bevor sie verwendet werden. Nachdem Daten als in einer Simulation verwendet markiert wurden, werden sie vom Datenbankverwaltungssystem vor dem Löschen geschützt.

Diese Schutzmaßnahmen können von Administratoren außer Kraft gesetzt werden. Weitere Informationen finden Sie unter Löschen von Daten.

Sicherung von Daten

Unabhängig davon, wie Sie Ihre Modelldaten organisieren, ist es wichtig, dass Sie ein sinnvolles Sicherungsverfahren verwenden, um geschäftskritische Daten und Informationen zu schützen.

Sie müssen Ihre Datenbank sichern, d. h. die Datenbankdatei und die Verzeichnisse, in denen die unterstützenden Dateien enthalten sind (z. B. Simulationsergebnisse und Geländemodelldateien).

Es sollte nicht erforderlich sein, Ihre Arbeitsordner zu sichern. Das Einzige, was Sie verlieren würden, wenn das Verzeichnis zerstört wird, sind seit dem letzten Auschecken an ausgecheckten Netzen vorgenommene Änderungen und lokale Ergebnisdateien.

Weitere Informationen zum Durchführen von Sicherungen finden Sie unter Sichern Ihrer Daten.