InfoWorks WS Pro conserva i dati del modello in un database centralizzato multiutente locale, costituito da un database e da file aggiuntivi per facilitare le operazioni sia del gruppo di lavoro che a livello indipendente.
Se si dispone di una licenza Autodesk, i dati possono essere gestiti anche in un database multiutente centralizzato nel cloud. Come il database locale, il database cloud è costituito da un database e da file aggiuntivi.
Le copie di lavoro locali di parti dei dati locali e cloud vengono quindi rese disponibili nella cartella di lavoro di ciascun utente.
Il database locale e cloud offre una gerarchia flessibile per la gestione dei dati del modello e contiene tutti i dati e i risultati del modello. È costituito da un database e da directory contenenti file di supporto, tra cui i risultati della simulazione e i modelli di terreno.
È possibile utilizzare i seguenti tipi di database:
- Gruppo di lavoro: un database locale destinato all'uso da parte di singoli e gruppi di utenti. Richiede l'utilizzo del software Workgroup Server per gestire l'accesso a questi tipi di database. Il software è stato progettato per migliorare le prestazioni e l'affidabilità delle operazioni di database in un ambiente con gruppi di lavoro. Per poterlo condividere come parte di un gruppo di lavoro, il database deve trovarsi su un computer accessibile a tutti gli utenti. Sono disponibili i seguenti tipi di database di gruppi di lavoro locali:
- Database standard (gruppo di lavoro)
- Database SQL Server (gruppo di lavoro)
- Database Oracle (gruppo di lavoro)
I database SQL Server e Oracle richiedono l'installazione di database personali.
I database di gruppi di lavoro locali sono disponibili con una licenza Innovyze o Autodesk.
- Indipendente: un database locale destinato all'uso da parte di singoli utenti che lavorano su un singolo PC. Questo tipo di database locale è adatto solo per l'uso su un computer indipendente ed è disponibile con una licenza Innovyze o Autodesk.
- Cloud: un database cloud destinato all'uso da parte di singoli e di più utenti. L'accesso ai database cloud è gestito dal servizio dati cloud, gestito da Autodesk. Ciò consente di sfruttare lo spazio di archiviazione illimitato e le maggiori funzionalità del cloud, oltre ad eliminare la necessità di impostare e gestire un server interno necessario per i database locali del gruppo di lavoro.
Nota: I database cloud sono disponibili solo con una licenza Autodesk.
Quando viene creato un database, copie di lavoro locali di parti dei dati vengono rese disponibili nelle cartelle locali di ciascuna utente.
InfoWorks WS Pro include funzionalità complete di gestione del database locale e cloud, che consentono di organizzare il lavoro in modo logico ed efficiente. Utilizzando queste funzioni è possibile vedere la struttura generale del database, suddividerlo nei suoi componenti e visualizzare qualsiasi parte dei dati stessi.
Formati di database supportati
InfoWorks WS Pro utilizza il proprio server del gruppo di lavoro come componente di default del database.
È incluso anche il supporto per i database Microsoft SQL Server. Se si dispone già di un'installazione di Microsoft SQL Server, è possibile utilizzare questa opzione per creare e gestire database di dimensioni pressoché illimitate.
È incluso anche il supporto per i database Oracle, per i quali è necessario disporre di una propria installazione di database Oracle.
Versioni di database
Ogni database locale e cloud ha un numero di versione. Ad esempio, un database creato con la versione 2023.0 del software avrà una versione del database 2023.0. È possibile scegliere quale versione del database utilizzare almomento della creazione. Questa caratteristica può risultare utile se si collabora con altri utenti che non utilizzano la stessa versione di InfoWorks WS Pro.
-
Se si utilizza un database precedente alla versione del software in uso, ad esempio la versione 2023.0 con software versione 2023.1, potrebbe risultare impossibile accedere a tutte le nuove funzionalità disponibili nella versione più recente di InfoWorks WS Pro. La disponibilità di una nuova funzionalità dipende dal fatto che richieda o meno tabelle e campi di database, quali proprietà di oggetto o un elemento di database, disponibili solo nella versione più recente del database.
-
Non è possibile incollare dati copiati da un database con una versione più recente rispetto a quella in cui vengono incollati.
-
È possibile aggiornare una versione precedente di un database ad una più recente. Ciò consente di accedere a tutte le funzionalità disponibili nella versione più recente del software. Tuttavia, il database aggiornato non può essere utilizzato da nessuno degli utenti in una versione precedente del software.
Il numero di versione del database attualmente selezionato viene visualizzato nella finestra Esplora risorse.
Organizzazione dei database locali e cloud
Posizione del database
InfoWorks WS Pro può essere utilizzato sia in locale che nel cloud.
Per i database cloud, i dati vengono memorizzati nel cloud per il tenant per cui sono stati creati. Per i database locali, la posizione dei vari componenti di un database varia a seconda del database sottostante utilizzato.
Se si desidera condividere il database come parte di un gruppo di lavoro, il database deve trovarsi su un computer accessibile a tutti gli utenti.
Standard
Quando si crea il database locale, è possibile scegliere la posizione del file di indice del database che costituisce il punto di ingresso al database.
I file contenenti i dati del database vengono memorizzati in una sottocartella di questa posizione. Il nome della sottocartella è l'identificatore univoco del database. Se nella stessa cartella sono presenti più database, esisterà una sottocartella per ogni database.
SQL Server e Oracle
La posizione di un database locale è controllata dal server di database e non è possibile modificare tale posizione. Il database può trovarsi su un server o sul computer locale.
Un'installazione di SQL Server o Oracle sarà visibile in tutta la rete finché il server è in esecuzione.
Gli eventuali file aggiuntivi vengono memorizzati nelle sottodirectory delle directory radice remote. Il nome della sottocartella di ogni radice remota è l'identificatore univoco del database. Se si dispone di più database, esisterà una sottocartella per ogni database.
È possibile ottenere prestazioni ottimali per il funzionamento del gruppo di lavoro se si mantiene il database su un file server di rete appropriato.
Quando si lavora come utente singolo, è possibile ottenere prestazioni ottimali se il database è memorizzato sul disco rigido locale. Tenere presente quanto segue:
- I database possono diventare molto grandi.
- È necessario spostare il database in una posizione condivisa prima che altri utenti possano accedervi.
Quanti database?
Idealmente, si avrà un solo database per il gruppo di lavoro o addirittura per l'intera organizzazione. Alcune organizzazioni dispongono di un database di dimensioni molto grandi (più di 20 GB) che utilizza un database Oracle o SQL Server.
Un consulente potrebbe scegliere di avere un database diverso per ogni cliente. Le aziende idriche potrebbero suddividere i propri dati in base a criteri geografici.
Se si dispone di più database, è possibile assegnare ciascuno di essi ad un gruppo con nome. Questo non deve essere confuso con i gruppi di oggetti all'interno di un database.
Cartella locale
Per facilitare le operazioni del gruppo di lavoro e per mantenere il lavoro in corso separato dall'archivio dati principale, InfoWorks WS Pro utilizza una cartella locale.
Ogni database locale e cloud dispone di una sottocartella della cartella di lavoro locale contenente i dati transitori e la cartella dei risultati locale contenente i file dei risultati locali.
Il nome della sottocartella è l'identificatore univoco del database per i database locali e l'identificatore univoco per il database cloud. Se si utilizzano più database, sarà presente una sottocartella per ogni database.
I dati memorizzati nella cartella di lavoro sono denominati dati transitori e sono costituiti dai seguenti elementi:
- Copie di lavoro delle reti estratte.
- File dei risultati locali.
- Altri file di lavoro temporanei.
Quando si crea un nuovo database, viene creato un file di testo (DBVER. DAT), che contiene il percorso del database e la versione del nuovo database, viene aggiunto alla cartella locale e, se applicabile, alla cartella radice remota. Se si aggiorna un database, il numero di versione verrà aggiornato anche nel file di testo. Analogamente, se si rinomina un database cloud, il file di testo verrà aggiornato con il nuovo nome.
Non si deve mai accedere direttamente a questi file locali. È possibile ripulire i file locali indesiderati dall'interno di InfoWorks WS Pro.
Per ulteriori dettagli, vedere Impostazione delle cartelle locali.
Radici remote
Alcuni dati di database locali non vengono memorizzati nel file di database vero e proprio, ma come file separati in cartelle radice remote. I dati più comunemente memorizzati in questo modo sono i risultati della simulazione. Tendono ad essere molto grandi e possono incidere negativamente sulle prestazioni del database.
Non è necessario che le cartelle radice remote si trovino nella stessa unità, o sullo stesso computer, del database locale.
È possibile modificare la posizione delle directory radice remote.
Quando si utilizzano database Microsoft SQL Server o Oracle, è necessario impostare la posizione delle directory radice remote. Non è necessario che le radici remote si trovino nella stessa unità o nello stesso computer del database. È necessario un solo gruppo di radici remote, anche se si lavora con più database.
I file vengono sempre memorizzati in una sottodirectory della directory radice remota. Il nome della sottocartella è l'identificatore univoco del database locale.
Quando si crea un nuovo database, viene creato un file di testo (DBVER. DAT), che contiene il percorso del database e la versione del nuovo database, viene aggiunto alla cartella locale e, se applicabile, alla cartella radice remota. Se si aggiorna un database, il numero di versione verrà aggiornato anche nel file di testo. Analogamente, se si rinomina un database cloud, il file di testo verrà aggiornato con il nuovo nome.
Per ulteriori dettagli, vedere Radici remote.
Creazione di database
Per creare un database locale o cloud, utilizzare InfoWorks WS Pro.
Per creare i database SQL Server o Oracle si utilizzano gli appositi strumenti forniti con l'installazione del database. Autodesk fornisce gli script per formattare correttamente il nuovo database.
È inoltre possibile creare e aggiornare database trasportabili , che hanno un formato simile ai database locali o cloud. I database trasportabili memorizzano copie di alcuni o di tutti i dati da un database InfoWorks WS Pro locale o cloud per scopi di copia e backup. Gli archivi consentono di memorizzare i dati per un utilizzo futuro.
Struttura e contenuti
InfoWorks WS Pro include funzioni di gestione dei dati che consentono di organizzare il lavoro in modo logico ed efficiente all'interno del database.
È possibile visualizzare il database utilizzando la finestra Esplora risorse o la finestra Gruppo di modelli. La finestra Gruppo di modelli è la più pratica per il lavoro quotidiano, in quanto può essere agganciata al lato della finestra principale di InfoWorks WS Pro.
- Il database contiene uno o più gruppi di modelli.
- I gruppi di modelli possono contenere altri gruppi di modelli, elementi con controllo della versione e gruppi di dati.
- I gruppi di dati possono contenere altri gruppi di dati dello stesso tipo ed elementi di database del tipo corretto per il gruppo.
Tipi di elementi
Alcuni elementi, ad esempio le reti, sono elementi con controllo della versione. Questi forniscono un modo sicuro e strutturato per creare versioni successive per testare potenziali modifiche o tornare ad una versione precedente e ramificare per esplorare altri scenari.
Altri dati del modello, ad esempio i dati relativi alle tariffe dell'energia elettrica, vengono memorizzati in gruppi di dati. I gruppi possono essere incorporati all'interno di gruppi per fornire un'archiviazione strutturata.
Nomi degli elementi
I nomi degli elementi possono contenere fino a 80 caratteri e non devono essere vuoti. I nomi possono contenere spazi.
I nomi degli elementi inclusi nel controllo della versione devono essere univoci all'interno di un database.
Tutti gli altri nomi devono essere univoci all'interno di quel tipo e dell'elemento principale. Ad esempio, due gruppi di dati di tipi diversi all'interno di un gruppo di modelli possono avere lo stesso nome, ma due gruppi dello stesso tipo devono avere nomi diversi.
Protezione degli elementi
Gli elementi del database vengono contrassegnati come protetti dall'eliminazione quando vengono utilizzati nelle simulazioni per impedire la perdita di dati critici.
Una volta che gli elementi del database sono stati utilizzati in una simulazione, non possono essere modificati o eliminati.
È possibile ignorare queste protezioni ed eliminare dati ed esecuzioni di modelli ridondanti.
Struttura generale
Gli elementi con controllo della versione si trovano all'interno di gruppi di modelli. Gli elementi con controllo della versione devono essere estratti prima della modifica. Gli elementi estratti vengono visualizzati con un bordo rosso sull'icona.
Se si esegue una simulazione con una rete estratta, l'icona della simulazione viene visualizzata con un bordo rosso. Le icone della simulazione contenute sotto l'icona della simulazione avranno un bordo rosso se il gruppo di dati di controllo utilizzato per la simulazione è stato estratto.
|
Simulazione normale |
|
Simulazione di calibrazione automatica |
|
Simulazione di qualità dell'acqua |
|
Simulazione WatSed (sedimentazione) |
|
Simulazione dei parametri antincendio |
|
Simulazione dell'analisi dei collegamenti critici |
|
Simulazione di chiusura |
|
Simulazione di lavaggio |
|
Simulazione del localizzatore perdite |
|
Simulazione di InfoWorks TS (sistema transitorio) |
Altri dati vengono memorizzati in gruppi di dati e i gruppi possono essere incorporati in gruppi.
Vedere Elementi del database per un elenco di tutti gli elementi e i gruppi con controllo della versione che compongono un database cloud o locale.
Identificatore database
Ogni database locale dispone di un identificatore univoco del database. Quando si crea un nuovo database, questo identificatore viene generato automaticamente come stringa di lettere e numeri garantita univoca (ad esempio 629810C2-3F6B-11D3-9BF3-00600891B690). Gli identificatori univoci del database possono essere impostati manualmente. Ad esempio, l'identificatore per il database di esempio in genere ha il formato IWExamples123.
Ogni database cloud ha un identificatore univoco. Quando viene creato un nuovo database, questo identificatore viene generato automaticamente come stringa di 26 lettere o numeri, ad esempio 01FR0B5XYXVHGTD39BF3VGV6O.
Controllo della versione
Il controllo della versione consente ad un modellatore di registrare le modifiche principali apportate a un modello di rete, fornendo una registrazione permanente e applicando uno standard al processo di calibrazione. Significa anche che un modello precedente può sempre essere rivisto come punto di partenza se la versione finale non è accettabile.
Se vengono analizzati diversi scenari, è possibile ramificare un modello dal modello di base e modificarlo in modo indipendente. In questa situazione, è a discrezione del singolo modellatore la frequenza con cui il modello viene riarchiviato, poiché le sue modifiche sono indipendenti dal modello di base utilizzato da altri colleghi.
Una volta che un modello è stato calibrato e autorizzato dal responsabile del team di modellazione, il modello finale può essere copiato in una posizione sicura designata nell'audit trail e i modelli di rete intermedi rimossi. Tuttavia, il processo per arrivare al modello finale è ancora disponibile fino all'autorizzazione.
Per ulteriori informazioni, vedere Gestione di elementi con controllo della versione.
Amministrazione del database
Per gli amministratori è disponibile un'ulteriore protezione del database. Alcune operazioni di database più sensibili, come l'eliminazione di dati in blocco, possono essere eseguite solo dagli amministratori.
Copia di database locali e cloud
È opportuno evitare di copiare un database locale, rinominare la copia e poi continuare ad utilizzare il database nuovo e quello originale. Ogni database locale o cloud ha un identificatore univoco del database. Questo identificatore viene utilizzato per gestire i file nella cartella di lavoro e, in alcune circostanze, i file che fanno parte del database stesso. Se si opera con due database aventi lo stesso identificatore univoco del database, i file di lavoro verranno confusi correndo il rischio reale di perdere o danneggiare i dati. Poiché le copie di lavoro delle reti potrebbero anche essere basate sulla stessa rete stessa radice, potrebbe essere difficile identificare questi problemi.
- consentire di copiare dati in un nuovo database o in un database esistente che contiene già dei dati.
- proteggere l'integrità dei dati in entrambi i database.
- supportare la copia dei dati tra database di tipi diversi.
Database trasportabili
I database trasportabili consentono di copiare dati tra database, anche se i database sono di tipi diversi. I database trasportabili hanno lo stesso formato interno di un database locale o cloud e consentono di mantenere l'intera struttura dei dati copiati.
- Copiare i dati da un database all'altro.
- Condividere i dati con altri reparti o consulenti esterni.
- Inviare i dati ad Autodesk come parte di una richiesta di supporto.
Tutti i tipi di dati possono essere copiati in un database trasportabile, compresi i file dei risultati dalla directory radice remota.
Per informazioni dettagliate, vedere Database trasportabili.
Eliminazione dei dati
I dati possono essere eliminati dal database solo prima di essere utilizzati. Una volta contrassegnati per l'utilizzo in una simulazione, i dati sono protetti dall'eliminazione dal sistema di gestione del database.
Queste protezioni possono essere ignorate dagli amministratori. Per ulteriori dettagli, vedere Eliminazione dei dati.
Backup dei dati
Comunque si scelga di organizzare i dati del modello, è essenziale utilizzare una procedura di backup ragionevole per proteggere i dati e le informazioni di importanza fondamentale.
È necessario eseguire il backup del database, ovvero il file di database e le directory contenenti i file di supporto (ad esempio i risultati della simulazione e i file del modello di terreno).
Non è necessario eseguire il backup della cartella di lavoro. Gli unici elementi che andrebbero persi se la directory venisse eliminata sono le modifiche apportate alle reti estratte dall'ultima estrazione e i file dei risultati locali.
Per ulteriori informazioni sull'esecuzione dei backup, vedere Backup dei dati.