オンプレミスおよびクラウド データベースについて

InfoWorks WS Pro は、ワークグループとスタンドアロンの両方の操作を容易にするために、データベースと追加ファイルで構成される一元化されたマルチユーザー オンプレミス データベースでモデル データを維持します。

オートデスク ライセンスをお持ちの場合は、クラウド内の一元化されたマルチユーザー データベースにデータを保持することもできます。クラウド データベースは、オンプレミス データベースと同様にデータベースと追加ファイルで構成されます。

その後、オンプレミスおよびクラウド データの一部のローカル作業コピーが、各ユーザーの作業フォルダで使用できるようになります。

オンプレミスおよびクラウド データベースは、モデル データを管理するための柔軟な階層を提供し、すべてのモデル データと結果を含みます。データベースと、シミュレーション結果や地形モデルなどのサポート ファイルを含むディレクトリで構成されています。

次のタイプのデータベースを使用できます。

データベースが作成されたら、データの一部のローカル作業コピーが各ユーザーのローカル フォルダで使用できるようになります。

InfoWorks WS Pro には、包括的なオンプレミスおよびクラウドのデータベース管理機能が含まれており、作業を論理的かつ効率的に整理できます。これらの機能を使用すると、データベースの全体的な構造を確認したり、データベースをコンポーネントに分解したり、データ自体の任意の部分を表示したりできます。

サポートされているデータベース形式

InfoWorks WS Pro は、データベースのデフォルトのデータベース コンポーネントとして独自のワークグループ サーバーを使用します。

Microsoft SQL Server データベースもサポートされています。Microsoft SQL Server が既にインストールされている場合は、これを使用して、サイズがほぼ無制限のデータベースを作成および管理できます。

また、Oracle データベースもサポートされています。Oracle データベースを使用する場合は、既に独自の Oracle データベースがインストールされている必要があります。

データベース バージョン

オンプレミスおよびクラウド データベースにはそれぞれバージョン番号があります。たとえば、バージョン 2023.0 のソフトウェアで作成されたデータベースのデータベース バージョンは 2023.0 になります。データベースの作成時に、使用するデータベースのバージョンを選択できます。これは、自分と同じバージョンの InfoWorks WS Pro を使用していない他のユーザーと共同作業を行う場合に便利です。

注:

  • たとえば、データベース バージョン 2023.0 とソフトウェア バージョン 2023.1 など、使用しているソフトウェアより古いバージョンのデータベースを操作する場合、新しいバージョンの InfoWorks WS Pro で使用可能なすべての新機能を利用できない可能性があります。新しい機能を使用できるかどうかは、新しいバージョンのデータベースでのみ使用可能なデータベース テーブルやフィールド(オブジェクト プロパティやデータベース アイテムなど)が必要かどうかによって異なります。

  • あるデータベースからコピーしたデータを、そのデータベースよりも新しいバージョンのデータベースに貼り付けることはできません。

  • 古いバージョンのデータベースを新しいバージョンに更新できます。これにより、新しいバージョンのソフトウェアで使用可能なすべての機能にアクセスできるようになります。ただし、更新後のデータベースは、お客様または他のユーザーが古いバージョンのソフトウェアで使用することはできません。

現在選択されているデータベースのバージョン番号がエクスプローラ ウィンドウに表示されます。

オンプレミスおよびクラウド データベースの整理

データベースの場所

InfoWorks WS Pro はオンプレミスとクラウドの両方で使用できます。

クラウド データベースの場合、データは作成元のテナントのクラウドに格納されます。オンプレミス データベースの場合、データベースのさまざまなコンポーネントの場所は、使用されている基盤データベースによって異なります。

データベースをワークグループの一部として共有する場合は、すべてのユーザーがアクセスできるマシン上にデータベースを配置する必要があります。

Standard

オンプレミス データベースを作成する場合は、データベースへのエントリ ポイントを形成するデータベース インデックス ファイルの場所を選択できます。

データベースのデータを含むファイルは、この場所のサブフォルダに保存されます。サブフォルダの名前は、データベースの一意のデータベース ID です。同じフォルダ内に複数のデータベースがある場合は、データベースごとにサブフォルダが用意されます。

SQL Server と Oracle

オンプレミス データベースの場所はデータベース サーバーによってコントロールされ、この場所を変更することはできません。データベースは、サーバー上またはローカル マシン上に配置できます。

SQL Server または Oracle のインストールは、サーバーが稼働している限り、ネットワーク全体に表示されます。

追加ファイルは、リモート ルート ディレクトリのサブディレクトリに格納されます。各リモート ルートのサブフォルダの名前は、データベースの一意のデータベース ID です。複数のデータベースがある場合は、データベースごとにサブフォルダが用意されます。

適切なネットワーク ファイル サーバー上にデータベースを保持すると、ワークグループ操作で最高のパフォーマンスが得られます。

シングル ユーザーとして作業する場合、データベースをローカル ハード ディスクに格納すると最高のパフォーマンスが得られます。次の点に注意してください。

データベースの必要数

理想的には、ワークグループまたは組織全体に対して 1 つのデータベースのみを使用します。一部の組織では、Oracle または SQL Server データベースを使用する非常に大きな(20 GB を超える)データベースがあります。

コンサルタントは、クライアントごとに異なるデータベースを使用することを選択する場合があります。水道会社は、地理的な基準に基づいてデータを分割する場合があります。

複数のデータベースがある場合は、それぞれを名前付きグループに割り当てることができます。(データベース内のオブジェクト グループと混同しないでください。)

ローカル フォルダ

ワークグループの操作を容易にし、進行中の作業をメイン データ ストレージから分離しておくために、InfoWorks WS Pro はローカル フォルダを使用します。

注: ローカル フォルダは、可能な限りユーザーのマシン上に配置してください。ネットワーク経由でローカル フォルダにアクセスすると、InfoWorks WS Pro のパフォーマンスが著しく低下し、ネットワークのパフォーマンスにも影響する可能性があります。

オンプレミスおよびクラウドの各データベースには、一時データを含むローカル作業フォルダと、ローカル結果ファイルを含むローカル結果フォルダのサブフォルダがあります。

サブフォルダの名前は、オンプレミス データベースの場合は一意のデータベース ID、クラウド データベースの場合は一意の ID です。複数のデータベースを使用している場合は、データベースごとにサブフォルダが用意されます。

作業フォルダに格納されたデータは一時データと呼ばれ、次のもので構成されています。

新しいデータベースを作成するときは、テキスト ファイル(DBVER.DAT)は、新しいデータベースのデータベース パスとデータベース バージョンを含み、ローカル フォルダに追加され、該当する場合はリモート ルート フォルダにも追加されます。データベースを更新すると、テキスト ファイルのバージョン番号も更新されます。同様に、クラウド データベースの名前を変更すると、テキスト ファイルも新しい名前で更新されます。

これらのローカル ファイルに直接アクセスする必要はありません。InfoWorks WS Pro 内から不要なローカル ファイルを消去できます。

詳細については、「ローカル フォルダを設定する」を参照してください。

リモート ルート

一部のオンプレミス データベース データは、データベース ファイル自体に格納されず、リモート ルート ディレクトリに個別のファイルとして格納されます。この方法で格納される最も一般的なデータは、シミュレーション結果です。これらは非常に大きくなる傾向があり、データベースのパフォーマンスを低下させる可能性があります。

リモート ルート フォルダは、オンプレミス データベースと同じドライブまたは同じマシンに存在する必要はありません。

リモート ルート ディレクトリの場所は変更できます。

Microsoft SQL Server または Oracle データベースを使用する場合は、リモート ルートの場所を設定する必要があります。リモート ルートは、データベースと同じドライブまたは同じマシン上に配置する必要はありません。複数のデータベースを使用する場合でも、必要なリモート ルートのセットは 1 つだけです。

ファイルは常にリモート ルートのサブディレクトリに格納されます。サブディレクトリ名は、オンプレミス データベースの一意のデータベース ID です。

新しいデータベースを作成するときは、テキスト ファイル(DBVER.DAT)は、新しいデータベースのデータベース パスとデータベース バージョンを含み、ローカル フォルダに追加され、該当する場合はリモート ルート フォルダにも追加されます。データベースを更新すると、テキスト ファイルのバージョン番号も更新されます。同様に、クラウド データベースの名前を変更すると、テキスト ファイルも新しい名前で更新されます。

詳細については、「リモート ルート」を参照してください。

データベースを作成する

オンプレミスまたはクラウド データベースは、InfoWorks WS Pro を使用して作成されます。

SQL Server または Oracle データベースは、データベースのインストール時に提供される作成ツールを使用して作成されます。Autodesk は、新しいデータベースを正しくフォーマットするためのスクリプトを提供しています。

また、オンプレミスまたはクラウド データベースと同様の形式の移動可能データベースを作成および更新することもできます。移動可能データベースは、コピーおよびバックアップの目的で、InfoWorks WS Pro オンプレミスまたはクラウド データベースからの一部またはすべてのデータのコピーを格納します。アーカイブを使用すると、今後の使用のためにデータを保存できます。

構造と内容

InfoWorks WS Pro には、データ管理機能が含まれており、データベース内で作業を論理的かつ効率的に整理できます。

データベースは、エクスプローラ ウィンドウまたはモデル グループ ウィンドウを使用して表示できます。モデル グループ ウィンドウは、InfoWorks WS Pro メイン ウィンドウの横にドッキング(アタッチ)できるため、日常業務に最も便利です。

データベースの一般的な構造は次のとおりです。
  • データベースには、1 つまたは複数のモデル グループが含まれています。
  • モデル グループには、他のモデル グループ、バージョン管理アイテムおよびデータ グループを含めることができます。
  • データ グループには、同じタイプの他のデータ グループと、そのグループの正しいタイプのデータベース アイテムを含めることができます。

アイテム タイプ

ネットワークなどの一部のアイテムは、バージョン管理アイテムです。これらは、潜在的な変更をテストするために連続するバージョンを作成したり、以前のバージョンに戻って分岐して他のシナリオを検討したりするための安全で構造化された方法を提供します。

電気料金表データなど、その他のモデル データはデータ グループに格納されます。グループをグループ内に埋め込んで、構造化ストレージを提供できます。

アイテム名

アイテム名は最大 80 文字で、空白にすることはできません。名前にはスペースを含めることができます。

バージョン管理アイテムの名前は、データベース内で一意である必要があります。

その他のすべての名前は、そのタイプとその親内で一意である必要があります。たとえば、モデル グループ内の 2 つのデータ グループは、タイプが異なる場合は同じ名前にすることができますが、タイプが同じ場合は別の名前にする必要があります。

アイテムを保護する

重要なデータの損失を防ぐため、シミュレーションで使用されているデータベース アイテムは、削除から保護されているものとしてマークされます。

シミュレーションで使用したデータベース アイテムは、変更または削除できません。

これらの保護をオーバーライドして、不要なモデル ランおよびデータをクリーン アップできます。

一般的な構造

バージョン管理アイテムは、モデル グループ内にあります。バージョン管理アイテムは、編集する前にチェック アウトする必要があります。チェック アウトされたアイテムは、アイコンに赤い枠線が表示されます。

チェック アウトされたネットワークを使用してランを実行すると、ラン アイコンに赤い枠線が表示されます。シミュレーションに使用したコントロール データ セットがチェック アウトされている場合、ラン アイコンの下に含まれるシミュレーション アイコンに赤い枠線が表示されます。

ラン アイコンの色は、ラン タイプを示します。使用可能なタイプは次のとおりです。
通常のラン
自動キャリブレーション ラン
水質ラン
WatSed(沈殿物)ラン
消火水量ラン
重要リンク分析ラン
シャットダウン ラン
フラッシング ラン
漏水ロケーター ラン
InfoWorks TS (非定常システム)ラン

その他のデータはデータ グループに格納され、グループ内にグループを埋め込むことができます。

クラウドまたはオンプレミス データベースを構成するすべてのバージョン管理アイテムおよびグループのリストについては、「データベース アイテム」を参照してください。

データベース ID

各オンプレミス データベースには、一意のデータベース ID があります。新しいデータベースを作成すると、この ID が自動的に生成されます。これは文字と数字の文字列で、一意であることが保証されています(例: 629810C2-3F6B-11D3-9BF3-00600891B690)。一意のデータベース ID は手動で設定できます。インスタンスの場合、サンプル データベースの識別子は通常、IWExamples123 の形式になります。

各クラウド データベースには、一意の ID があります。新しいデータベースが作成されると、この ID は文字と数字からなる 26 文字の文字列として自動的に生成されます(例: 01FR0B5XYXVHGTD39BF3VGV6O)。

バージョン管理

バージョン管理により、モデラーはネットワーク モデルに対する主な変更を記録し、恒久的な記録を提供するとともに、キャリブレーション プロセスに標準を適用することができます。また、最終バージョンが受け入れられない場合は、以前のモデルを出発点としていつでも再検討できることを意味します。

さまざまなシナリオを調査している場合は、モデルを基本モデルから分岐して、個別に修正できます。この場合、モデラーの修正は他の同僚が使用しているベース モデルとは無関係であるため、モデルをチェック インする頻度は個々のモデラーの裁量に委ねられます。

モデルがモデリング チームのマネージャによってキャリブレーションおよび承認されると、最終モデルは監査証跡内の指定された安全な場所にコピーされ、中間ネットワーク モデルは削除されます。ただし、最終モデルに到達するプロセスは、承認まで引き続き利用できます。

詳細については、「バージョン管理アイテムを管理する」を参照してください。

データベース管理

管理者は、さらなるデータベース保護を利用できます。データの一括削除など、より重要度の高いデータベース操作の一部は、管理者のみが実行できます。

オンプレミスまたはクラウド データベースをコピーする

注: データベース アプリケーションが提供する方法を使用して Oracle または SQL Server データベースをコピーし、コピー先とコピー元のデータベースを使用し続けないでください。

オンプレミスまたはクラウド データベースをコピーし、コピー先の名前を変更して、コピー先とコピー元のデータベースを使用し続けないでください。すべてのオンプレミスまたはクラウド データベースには、一意のデータベース ID があります。この ID は、作業フォルダ内のファイルや、場合によってはデータベース自体の一部を構成するファイルを管理するために使用されます。2 つのデータベースに同じ一意のデータベース ID があると、作業ファイルの整合性が失われ、データの損失や破損のリスクが非常に高くなります。ネットワークの作業コピーは、同じルート ネットワークに基づいている可能性があるため、こうした問題の発生に気づくのは困難です。

クラウドおよびオンプレミス データベースの両方でデータを正しくコピーする方法は、データベースを新規に作成し、既存のデータベースをゲストとして開いて、そこからデータをコピーすることです。または、移動可能データベースを使用して、古いデータベースから新しいデータベースにデータを転送します。一見回りくどいアプローチのように思えるかもしれませんが、これは以下の目的で設計されています。
  • 新規データベースまたは既にデータが含まれている既存のデータベースにデータをコピーできます。
  • 両方のデータベースのデータの整合性を保護します。
  • 異なるタイプのデータベース間でデータをコピーできます。

移動可能データベース

注: 結果ファイルは非常に大きくなり、移動可能データベースに含めるにはかなりの時間を要する場合があります。多くの場合、ディスク上など、他の方法で結果を転送するか、後でデータを移動可能データベースからコピーするときに結果を再生成する方が効率的です。

移動可能データベースを使用すると、データベースのタイプが異なる場合でも、データベース間でデータをコピーできます。移動可能データベースは、オンプレミスまたはクラウド データベースと同じ内部形式を持ち、コピーするデータの完全な構造を維持できます。

移動可能データベースは、次のような場合に使用します。
  • 1 つのデータベースから別のデータベースにデータをコピーする。
  • 他の部門や外部コンサルタントとデータを共有する。
  • サポート リクエストの一部として Autodesk にデータを送信する。

リモート ルート ディレクトリからの結果ファイルを含む、すべてのタイプのデータを移動可能データベースにコピーできます。

詳細については、「移動可能データベース」を参照してください。

データの削除

データは、データが使用される前にのみデータベースから削除できます。シミュレーションで使用済みとしてマークされたデータは、データベース管理システムによって削除されないように保護されます。

これらの保護は、管理者が上書きできます。詳細については、「データを削除する」を参照してください。

データをバックアップする

モデル データをどの方法で整理する場合でも、ミッション クリティカルなデータと情報を保護するために、適切なバックアップ手順を実行することが不可欠です。

データベース、つまりデータベース ファイルと、サポート ファイル(シミュレーション結果ファイルや地形モデル ファイルなど)を含むディレクトリをバックアップする必要があります。

作業フォルダをバックアップする必要はありません。ディレクトリが破壊された場合に失われるのは、最後にチェック アウトしてから行ったチェック アウト中のネットワークの変更と、ローカル結果ファイルだけです。

バックアップの実行に関する詳細については、「データをバックアップする」を参照してください。