Re: backup em fita
Como disse no primeiro email, trabalho praticamente só com bkp ha mto tempo.
Cuidado com o termo "DAT". Esse tipo de tecnologia é antiga (apesar da hp ter relançado a dat como DAT72, tentando uma sobrevida a tecnologia e um preço mais acessivel).
Hj temos como melhor tipo de midia as LTOs, que esta na geração 5, com capacidade de 1,6/3,2 TB.
A maior vantagem, que é o que mantes as fitas magnéticas ate hoje no mercado, é alta durabilidade. Um cartucho LTO BEM ACONDICIONADO, tem vida util de aprox. 30 anos. Sem falar sua velocidade, muito superior aos HDs (nao pelo HD em si, mas pela controladora. Leitura e escrita sequencial é uma arte para poucos dispositivos.
Um boa solução são drives de fita SCSI ou SAS (USB para menor volume de dados, disponivel atualmente acho que apenas para DAT), com um bom software de backup (HP, CA, Veritas, IBM, etc..), mas nada impede o uso com tar, cpio e similares quando se trata de "**ux". No caso do Windows, até o 2003 existiu o famigerado NTBackup, que graças ao bom Deus parou de existir na versão 2008.
A disposição
Jackson
Em 16 de julho de 2010 19:06,
roberval.sena@gmail.com <roberval.sena@gmail.com> escreveu:
Salve,
Eu gostaria de perguntar aos amigos da lista, como uma forma de pesquisa pessoal, qual é a justificativa de se usar fitas DAT? tipo vantagens... facilidades.... soluções... etc...
E se algum amigo usa outras opções?
obrigado!
[]s Sena
Leonardo Carneiro - Veltrac wrote:
Tá demorando um absurdo (mesmo!, algo maior que 8h!!!) para dar um erase na fita. Preciso realmente dar um erase antes de usar ou posso simplesmente escrever por cima?
On 07/15/2010 02:11 PM, Leonardo Carneiro - Veltrac wrote:
Valeu Junior, sua explicação valeu bastante. Eu desconhecia de tal estado, e jamais pensei que poderia ter um processo que não pudesse ser morto pelo root. Outras maneiras que eu concluí que poderiam me ajudar sem o reboot seriam: rancar o cabo usb do dispositivo (o que eu fiz, ou descarregar o modulo que o dispositivo estava usando. Achei esse link no google, valeu a pena: http://linuxgazette.net/issue83
/tag/6.html
Até mais.
On 07/15/2010 01:58 PM, Junior Polegato - Linux wrote:
Em 15-07-2010 13:50, Leonardo Carneiro - Veltrac escreveu:
Bizaaaaarro. Tava demorando pra dar um erase na fita, reparei que a sessão tinha travado e tentei dar um kill no processo. Alguém já viu um processo resistindo a um kill -9?? Tentei de tudo: kill, pkill, fuser -k, matar por dentro do htop e NADA. mto bizarro. Alguém tme alguma idéia?
Olá,
Não participando do assunto da cópia e sim do processo resistindo ao kill, veja um detalhe dos estados do "man ps":
"
PROCESS STATE CODES
Here are the different values that the s, stat and state output specifiers (header "STAT" or "S") will display to describe the state of a process.
D Uninterruptible sleep (usually IO)
R Running or runnable (on run queue)
S Interruptible sleep (waiting for an event to complete)
T Stopped, either by a job control signal or because it is being traced.
W paging (not valid since the 2.6.xx kernel)
X dead (should never be seen)
Z Defunct ("zombie") process, terminated but not reaped by its parent.
For BSD formats and when the stat keyword is used, additional characters may be displayed:
< high-priority (not nice to other users)
N low-priority (nice to other users)
L has pages locked into memory (for real-time and custom IO)
s is a session leader
l is multi-threaded (using CLONE_THREAD, like NPTL pthreads do)
+ is in the foreground process group
"
Então o processo está no estado "D" ele é "não-interrompível", o que acontece geralmente com espera por reposta de entrada/saída de dados, de forma que se ele não ter um time-out configurado, vai ficar nessa situação até que se desligue a máquina.
[]'s
Junior Polegato
--
To UNSUBSCRIBE, email to
debian-user-portuguese-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org Archive: [🔎] 4C40D7DD.5000902@gmail.com" target="_blank">http://lists.debian.org/[🔎] 4C40D7DD.5000902@gmail.com
Reply to: