Newsgroup: it.comp.os.linux.sys
Titolo: Trasferimento dati Linux a Windows NT

Ciao a tutti.
Nella mia LAN ho due server aziendali: uno è una macchina NT4 e l'altro è
una Linux Box (RedHat 6.2)
Attualmente eseguo ogni notte una copia fisica di un DB su file da Linux a
NT. Questa cosa avviene via Samba.
La dimensione del DB è di circa 8GB e ho, oggettivamente, problemi di tempo
indotti dal fatto che poi questo DB deve essere trattato su NT (SQL Server)
e non riesco più ad avere i dati pronti al mattino...
Non potendo ottimizzare il trattamento dei dati, pensavo di intervenire sui
tempi di trasferimento dei file che sono di circa 6 ore, minuto+ minuto-.
Pensavo di montare una scheda di rete 1GBit dedicata sulla macchina Linux e
una analoga sulla macchina NT e fare un collegamento diretto da affiancare
al collegamento LAN esistente.
Se facessi così esiste poi la possibilità di indirizzare le comunicazioni
tra le due macchine solo su quelle schede di rete e non tramite le 10/100
con cui sono collegati alla LAN?
Ciao.

 tempi di trasferimento dei file che sono di circa 6 ore
8 Gb in 6 ore ? C'e' qualche cosa seriamente sbagliato, dato che io 
trasferisco 200 Gb nello stesso tempo! Con una linea a 100 MBit, nella
peggiore delle ipotesi dovresti trasferire almeno 30 Gb in un'ora!
O hai una caterva di collisioni oppure la tua linea sta' andando ad
1Mbit...
Davide

 Ciao.

 tempi di trasferimento dei file che sono di circa 6 ore, minuto+ minuto-.
C'e` qualcosa che non va nella tua rete e/o sulle due macchine coinvolte. 
In linea teorica 8GB li trasferisci in 14 minuti via ftp su schede 
100Mbit/s. Con samba al massimo dovresti arrivare a 20 minuti.
-- 
Vincenzo

Sgranocchiando il cranio di George, vi trovai inciso:

Onestamente direi di:
1) verificare la topologia in layer 2 della rete
2) verificare che il collo di bottiglia non sia il disco di una delle
macchine
3) verificare che non sia una delle schede andate
8 GB in 6 ore vuol dire 
1.5 GB/H ~= 3.5 Mbps
Il che sarebbe plausibile forse-forse se la linea fosse a 10 Mbps, ma non
certo per una 100...
-- 
Emanuele Balla aka Skull
-----------------------------------------------------------------------
Besides, I think [Slackware] sounds better than 'Microsoft', don't you?
(By Patrick Volkerding)

 ha scritto nel messaggio
news:b2dbe1$7so$1...@newsreader.mailgate.org...


 ha scritto nel messaggio
news:b2dbe1$7so$1...@newsreader.mailgate.org...


 ha scritto nel messaggio
news:b2dbe1$7so$1...@newsreader.mailgate.org...


 
tra le k e il misto italo-anglofono, pari un cartone animato (non che la
cosa mi infastidisca... a me danno del cartone animato in
continuazione... :-P )


sensibilmente minore (quindi diminuisce l'overhead di sistema),
A parte l'uso a sproposito della k, quando abbiamo una lingua italiana
molto ben strutturata e non necessitante di neo cretinismi, il tuo
modus operandi e` qualificabile allo stesso livello dell'uso della k.
Abbiamo una pw di sistema memorizzata in un text file, in chiaro. Ma
e` veramente una cosa geniale! Penso diano il premio Nobel, per simili
trovate.
Il problema piu` grave e` che magari hai pure 40 anni, e non i 14 che
dimostri.

 Non risparmi qualche soldo ?
..così poi ti paga un corso di quoting? :-P
aloha
--
Stefano Zamboni 
sz...@libero.it
Legge di Tussman:
Niente è inevitabile come un errore il cui momento è giunto.

 wrote:
- > Attualmente eseguo ogni notte una copia fisica di un DB su file da Linux
a
- > NT. Questa cosa avviene via Samba.
-
- Hemmm...scusa ma come "copi fisicamente il DB" ? Se e' SQL Server,
- non dirmi che copy un'intero file di database che e' una perdita
- di tempo mostruosa, se e' un file ascii da importare, perche' non
- usi un qualche programmino per fare l'importazione dati diretta in
- SQL Server? Cosi' se non altro ti risparmi la copia dei dati.
-
- > Non potendo ottimizzare il trattamento dei dati, pensavo di intervenire
sui
- > tempi di trasferimento dei file che sono di circa 6 ore
-
- 8 Gb in 6 ore ? C'e' qualche cosa seriamente sbagliato, dato che io
- trasferisco 200 Gb nello stesso tempo! Con una linea a 100 MBit, nella
- peggiore delle ipotesi dovresti trasferire almeno 30 Gb in un'ora!
- O hai una caterva di collisioni oppure la tua linea sta' andando ad
- 1Mbit...
-
- Davide
-
Allora... il db su NT è SQL server ma il db su linux è basato sul file
system (Applicativo sviluppato in COBOL)
Devo importare i dati via ODBC ma il driver (protetto con CHIAVE
HARDWARE!!!!) ogni tanto si incrugna. Ho visto che se appoggio il driver
ODBC a file locali, e non sulla LAN, il problema si presenta solo
occasionalmente.
Comunque i dati li importo e li tratto con il data pumping di SQL 7 chè è il
metodo + performante. Il problema è la mole di dati (tratto qualche cosa
come 8 milioni di righe di movimento e ad oggi non ho alternative).
Per ciò che riguarda la LAN dove potrei pensare di intervenire?
Le due macchine sono delle IMB XSeries E220 (P3/1GHz) con 512MB RAM (1GB
l'NT) e un sistema dischi in RAID 5 Hardware 3 x 10 GB 10K RPM, quindi
macchine assolutamente performanti.
Dove dovrei fare del tuning? O meglio dove dovrei cominciare a guardare
nella linux box (l'NT va che è una cannonata...).

 Per ciò che riguarda la LAN dove potrei pensare di intervenire?
Questo e' un po' difficile da stabilire, la prima cosa da fare e'
verificare che entrame le macchine funzionino a 100 Mbit ed il
quantitativo di collisioni sulla linea.
Davide

 wrote:
- > Allora... il db su NT è SQL server ma il db su linux è basato sul file
- > system (Applicativo sviluppato in COBOL)
- > Devo importare i dati via ODBC ma il driver (protetto con CHIAVE
- > HARDWARE!!!!) ogni tanto si incrugna.
-
- Io contatterei la socieata' che ha fatto tale applicazione e
- domanderei quanto costa sviluppare una qualche funzionalita' di
- esportazione dati diretta...
Già fatto. Al momento stanno testando il porting su un db relazionale linux
(tale dbmaker...)
- > Per ciò che riguarda la LAN dove potrei pensare di intervenire?
-
- Questo e' un po' difficile da stabilire, la prima cosa da fare e'
- verificare che entrame le macchine funzionino a 100 Mbit ed il
- quantitativo di collisioni sulla linea.
-
Da dove comincio?

Ho visto con ifconfig che sulla mia eth0 ho circa 5 collisioni al minuto
sulla LAN che non puņ essere motivo di decadimento di prestazioni anche
perchč in notturna non ho gli utenti che invece ho ora.
Lo switch nemmeno me le segnala...
Il modulo della scheda indicato in c<onf.modules> č un <3c59x> anche se non
mi spiego come mai visto che non č una combo e che il link con lo switch da
100 MBit.

 Il modulo della scheda indicato in c<onf.modules> č un <3c59x>
Stai usando il modulo giusto? forse e' il caso di upgradare il kernel?
Usa mii-tool per vedere a che velocita' sta' andando e se e' in
full-duplex o half-duplex.
Davide

Allora, ho simulato un trasferimento di 300MB: il carico del processore
è
minimo (1% il processo) ma le collisioni sono atomiche (circa 150 al
secondo!) che posso farci secondo te?
Ah, sì, il modulo è quello giusto...
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 secondo!) che posso farci secondo te?
se puo' servire....
io avevo questi problemi con una 3com che se ne era andata un po' a 
donnine, per farla andare (ora l'ho cambiata) bisognava forzargli a mano 
la velocita' e l'half-duplex
byez