Differenze tra le versioni di "Bonifiche - Importazione file"

Da wiki.maggioli.it.
Jump to navigation Jump to search
imported>Arizzi
imported>Pierluigi.tenerelli
(Redirect alla pagina Bonifiche - Importazione file (New))
 
(4 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 41: 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 ===
Riga 49: Riga 94:


== Avvio dell'importazione ==
== 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.
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 10:44, 7 ott 2020