Differenze tra le versioni di "Bonifiche - Importazione file"
Jump to navigation
Jump to search
imported>Arizzi |
imported>Pierluigi.tenerelli (Redirect alla pagina Bonifiche - Importazione file (New)) |
||
| (7 versioni intermedie di un altro utente non mostrate) | |||
| Riga 1: | Riga 1: | ||
#REDIRECT[[Bonifiche - Importazione file (New)]] | |||
<!-- | |||
Il processo di importazione avviene attraverso una procedura guidata composta di farie fasi: | Il processo di importazione avviene attraverso una procedura guidata composta di farie fasi: | ||
| Riga 4: | Riga 7: | ||
== Applicazione == | == Applicazione == | ||
L'utente deve selezionare l'applicazione di cui desidera | L'utente deve selezionare l'applicazione di cui desidera eseguire un import. | ||
E' qui possibile eseguire un'ottimizzazione del database, nel caso questo sia Oracle. La procedura richiede qualche minuto ma è fortemente consigliata prima di un'importazione complessa. | |||
E' inoltre possibile lanciare i benckmark che permettono di avere una prima idea della situazione delle performance del server (si consiglia di eseguire i benchmark sul processore del server e sulle query del db). | |||
Si sconsiglia di avviare una bonifica se le prestazioni rilevate dai benchmark non siano soddisfacenti | |||
== Progetti == | == Progetti == | ||
In questa fase, si deve scegliere il progetto specifico da importare. E' possibile trovare un help dettagliato per l'importazione dell'applicazione selezionata con il pulsante in basso. | In questa fase, si deve scegliere il progetto specifico da importare. E' possibile trovare un help dettagliato per l'importazione dell'applicazione selezionata con il pulsante in basso. | ||
E' inoltre possibile visualizzare il tracciato di importazione con un click di destro sul progetto da importare | E' inoltre possibile visualizzare il tracciato di importazione con un click di destro sul progetto da importare | ||
Nel caso si vogliano eseguire più importazioni in sequenza è qui possibile selezionare il progetto a cui accodare l'import corrente in modo che quest'ultimo sia avviato solo dopo la conclusione del precedente. In caso di errori sintattici o di validazione, il secondo import sarà comunque avviato | Nel caso si vogliano eseguire più importazioni in sequenza è qui possibile selezionare il progetto a cui accodare l'import corrente in modo che quest'ultimo sia avviato solo dopo la conclusione del precedente. In caso di errori sintattici o di validazione, il secondo import sarà comunque avviato, a meno che non si accenda l'appostito flag "Avvia solo se non ci sono errori" | ||
Dopo questa fase vengono eseguiti dei controlli per assicurarsi che l'archivio non contenga dati che potrebbero compromettere l'esito di un qualsiasi import, per cui si noterà un rallentamento dopo questa fase | Dopo questa fase vengono eseguiti dei controlli per assicurarsi che l'archivio non contenga dati che potrebbero compromettere l'esito di un qualsiasi import, per cui si noterà un rallentamento dopo questa fase | ||
== Selezione file == | == Selezione file == | ||
Qui si selezionano i file da importare potendo anche selezionare una cartella e quindi prendere in automatico i file qui contenuti, se il nome corrisponde a quello indicato nel progetto di importazione. | Qui si selezionano i file da importare potendo anche selezionare una cartella e quindi prendere in automatico i file qui contenuti, se il nome corrisponde a quello indicato nel progetto di importazione. | ||
'''Nota bene:''' tutti i file di testo devono avere il charset windows-1252 (http://en.wikipedia.org/wiki/Windows-1252) | '''Nota bene:''' tutti i file di testo devono avere il charset windows-1252 (http://en.wikipedia.org/wiki/Windows-1252) | ||
| Riga 37: | Riga 44: | ||
=== Comando === | === Comando === | ||
comando (bacth/script) da eseguire sul server al termine dell'importazione | comando (bacth/script) da eseguire sul server al termine dell'importazione | ||
Il comando può servire per fare automaticamente il backup del dbms a fine importazione. | |||
E' necessario che il comando produca un file che deve chiamarsi "error.txt" e deve | |||
essere nella stessa cartella del batch/script che viene lanciato. | |||
Se il file contiene solamente il carattere 0 (seguito da un newline, opzionalmente), | |||
allora si considera che il comando è stato eseguito correttamente. | |||
Viceversa l'import andrà in errore riportando nell'errore il contenuto del file | |||
'''Limitazioni:''' | |||
- La cartella e il nome del file batch non devono contenere spazi | |||
'''Esempio (SQL Server):''' | |||
File batch: | |||
---- | |||
@ECHO OFF | |||
del "C:\Backup.bak" | |||
osql -Usa -Psystem -i"c:\batch\BackupProva.sql" > c:\batch\ErrBackUp.txt | |||
if not exist "C:\Backup.bak" goto Errore | |||
copy c:\batch\ok.txt c:\batch\error.txt | |||
exit | |||
:Errore | |||
Echo Errore nel backup > c:\batch\error.txt | |||
type ErrBackUp.txt >> c:\batch\error.txt | |||
exit | |||
---- | |||
File SQL: | |||
BACKUP DATABASE Prova TO DISK = 'C:\Backup.bak' | |||
---- | |||
File Ok.txt | |||
0 | |||
=== Note === | |||
Note che permettono di identificare un'import dall'altro con lo stesso tracciato (es. Import delle Anagrafiche Uniche per l'Anagrafe, piuttosto di Import delle Anagrafiche Uniche per l'ICI) | |||
== Parametri == | |||
Questo passaggio è opzionale, non tutte le importazioni lo prevedono. Solitamente serve a specificare alcuni valori predefiniti (es. se l'import deve considerare importi in Lire o in Euro) non presenti nei file di testo. | |||
== Avvio dell'importazione == | |||
Qui si decide se eseguire subito l'importazione, se accodarla ad una precedente importazione già avviata, oppure pianificarla per eseguirla in seguito (tipicamente dopo l'orario di fine lavoro). Nel caso ci siano altri utenti collegati e il database sia SQL Server è fortemente consigliato pianificare le importazioni, altrimenti si rischiano dei blocchi con le operazioni svolte dagli altri utenti. In caso di avvio immediato è possibile scegliere se: | |||
*Privilegiare la velocità: l'importazione usa come dimensione del blocco quella configurata in modo tale da ridurre il tempo complessivo dell'import. Questo a scapito di transazioni che potrebbero essere lunghe e quindi generare dei lock se il db è SQL Server, l'importazione coinvolge tabelle condivise da varie applicazioni (Indice Generale e Territorio) e se ci sono altri utenti che stanno lavorando | |||
*Privilegiare la multiutenza: l'importazione sarà avviata riducendo ad 1/10 la dimensione del blocco, causando quindi un rallentamento che può arrivare al 50%, però generando transazioni molto piu' brevi e riducendo così il pericolo dei lock. Questa opzione può essere molto utile quando i dati da importare sono pochi e l'aumento conseguenze dei tempi è irrilevante (da 10 a 15 minuti per esempio è piu' che accettabile). | |||
L'opzione predefinità è la prima a meno che: il db sia SQL Server, e ci siano altri utenti collegati | |||
In questa fase si può anche vedere quanti sono (e quali se si hanno i permessi) gli altri utenti collegati. Naturalmente se gli utenti non chiudono il client risultano comunque collegati, in quel caso il pulsante con la lente mostra anche il periodo di inattività | |||
--> | |||
Versione attuale delle 11:44, 7 ott 2020
Reindirizza a: