Caros, Conforme a sugestão do Patrick, e dito pelo colega Cleyton, no meu caso seria inviável desativar o SUJ para realizar o backup, pois ele é feito automaticamente em toda a madrugada. Eu realizo backups aleatórios dos diretórios (tar.gz) das aplicações, banco de dados, arquivos de config., etc, mas além disso faço o DUMP das partições também, por garantia. Inclusive, conforme dito pelo Patrick, nestes backups aleatórios, já recebo aviso de que o tamanho do arquivo modificou durante a compactação, mas isso nunca foi um problema.
Creio então que a melhor solução seria realizar o DUMP sem o L (snapshot). Obrigada a todos pela resposta. Em 28 de março de 2014 12:10, Cleyton Agapito <cragap...@gmail.com>escreveu: > Em 28/03/14, Renata Dias<renatchi...@gmail.com> escreveu: > > Bom dia ! > > > > Preciso realizar o DUMP de algumas partições "journaled", conforme > abaixo: > > > > /dev/ada0p2 on / (ufs, local, journaled soft-updates) > > devfs on /dev (devfs, local, multilabel) > > /dev/ada0p4 on /tmp (ufs, local, journaled soft-updates) > > /dev/ada0p5 on /usr (ufs, local, journaled soft-updates) > > /dev/ada0p6 on /var (ufs, local, journaled soft-updates) > > > > Pelo que já pesquisei e li na Internet, não é possível gerar o DUMP com > > snapshot. Algumas pessoas inclusive desativaram o "journal" através de > > single user. > > > > Gostaria de saber de vocês da lista se a informação é verídica e qual a > > melhor solução? > > > > Obrigada. > > > > -- > > Renata Dias > > Olá Renata, > > Até onde eu sei até agora não faz mesmo, eu precisei desligar o > journal nas partições que precisam de backup, paciência, o backup > automático pra mim é mais importante. O journal nem faz tanta falta > assim já que o fsck roda em segundo plano, na prática dá quase na > mesma, pode ser que fique algumas coisas para arrumar no próximo boot, > mas no journal isso também ocorre, sem o journal o dump funciona de > boa. > > Para desligar ele precisa ser em modo solteiro (single) e com o SA > desmontado, é muito empenho desligar só pra tirar o backup, na minha > opinião não compensa o esforço. > > O problema é esse mesmo, snapshot (que por si também é uma ferramenta > interessante). Eu queria saber se o journal sem o softupdate funciona, > o problema é que ele dizia que não conseguia recuperar e fazia a > verificação completa, sem chance deixar assim, na segunda vez > desliguei ele. > > Se for desativar o journal não esqueça de remover o arquivo que ele > põe lá na raiz (.sujournal), ao ligar novamente ele pode acabar se > enganando com a situação real, embora no BSD nunca tenha tido > problemas (se ele perceber algo errado faz fallback pro fsck completo) > no Linux eu perdi uma partição inteira assim (ext2/ext3). > > Ah, em tempo, não é uma boa ideia vc deixar a raiz com softupdates, > enquanto está tudo bem não tem problema, mas em caso de falha (em > geral inconsistência) você pode não conseguir montar o rescue, nada > grave mas não compensa o trabalho de ter que bootar por fora só pra > passar o fsck nele. > > []'s > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Renata Dias ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
