RES: [oracle_br] Re: Backup RMAN com Linux montando um disco NTFS

[J. Laurindo Chiappa]

okdoc, vc fez os testes com todas as opções, então nos diga, funcionou ou não ? 
Se não funcionou E vc Realmente já checou todas as permissões e quetais, E vc 
verificou a versão do kernel **E ** os demais pontos levantados na FAQ que te 
passei, a Conclusão é clara : vc encontrou alguma incompatibilidade desse tal 
driver NTFS, é reformatar com outro filesystem ou tentar fazer a montagem com 
outro software de acesso, como Samba ou NFS ...

 []s

   Chiappa

--- Em oracle_br@yahoogrupos.com.br, "Vitor Jr."  escreveu
>
> Re-respondendo:
> 
>  
> 
> 
> 
> 
> Att,/Regards,
> 
> 
> Vitor Jr.
> Infraestrutura / Infrastructure Team
> Oracle 11g DBA Certified Professional - OCP
> 
> Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid
> Infrastructure Administrator - OCE
> Oracle Database 11g Performance Tuning Certified Expert - OCE
> Oracle Exadata 11g Certified Implementation Specialist
> Oracle Certified Associate, MySQL 5
> mail, gtalk e msn:  <mailto:vitorjr81@...> vitorjr81@...
>  <http://certificacaobd.com.br/> http://certificacaobd.com.br/
> skype: vjunior1981
> 
>  <https://mybizcard.co/vitor.jr.385628> https://mybizcard.co/vitor.jr.385628
> 
>  
> 
> De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em
> nome de J. Laurindo Chiappa
> Enviada em: quarta-feira, 28 de agosto de 2013 12:41
> Para: oracle_br@yahoogrupos.com.br
> Assunto: RES: [oracle_br] Re: Backup RMAN com Linux montando um disco NTFS
> 
>  
> 
>   
> 
> Coments :
> 
> "(sei disso, a conta e risco é por "conta do cliente, que insiste no
> cenário)
> 
> okdoc, mas veja lá que a sua/nossa Obrigação, enquanto técnicos, ** NÃO É **
> aceitar pura e simplesmente qualquer besteira que o Cliente diga(e cliente
> VAI dizer besteira técnica, pois se ele tivesse expertise não teria te
> contratado) : a sua/nossa Obrigação, enquanto técnicos, é ALERTA sobre os
> riscos, mostrando Documentação apropriada que indica as
> instabilidades/efeitos colaterais/não-suporte/etc da técnica em questão, e
> só prosseguir depois que o Cliente Realmente Entendeu os riscos e os
> Aceitou, por escrito de preferência
> 
> "etccapacidade técnica , pois o Cliente, via de regra, Não Tem capacidade 
> 
>  
> 
> Chiappa, o cliente foi alertado, como quer insistir no cenário, a
> responsabilidade É SIM DELE! Inclusive com e-mail documentado e um documento
> assinado de punho, de praxe na empresa.
> 
>  
> 
> 
> 
> " ...indicar o mask diretamente na hora da montagem, tente lá (tentado
> anteriormente, não rolou...)"
> 
> bem, eu CREIO que isso não é núcleo, era mais um sugestão pelo que entendi,
> até mesmo porque se vc alterar as permissões manualmente do filesystem
> depois de montado afaik dá no mesmo, então - ignore-se esse ponto de
> momento, assim...
> 
> "...testar com diferentes opções do filesystemio_options
> (testado com io options, como all, none, direct, async, resync, vsync,
> ysinc,gamasync,... enfim... deu pra sacar... rsrsrs)
> "
> 
> veja/entenda que eu estou falando do parâmetro filesystemio_options que fica
> no init do banco, e que Não Aceita qualquer valor - pesquise lá na
> Documentação do RDBMS e teste com os valores possíveis , e depois veja se
> era isso ou não...
> 
>  
> 
> (Chiapa, eu sei que é uma opção de banco, o que acho que tu não entendeu é
> que a resposta foi em cima de piada, então traduzindo: já testei com todas
> as opções de banco possíveis disponíveis aqui:
> http://docs.oracle.com/cd/B28359_01/server.111/b28320/initparams083.htm 
> 
> 
> 
> 
> []s
> 
> Chiappa
> 
> --- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
> , "Vitor Jr." mailto:vitorjr81@> > escreveu
> >
> > Respondendo Chiappa:
> > 
> > 
> > 
> > 
> > 
> > 
> > Att,/Regards,
> > 
> > 
> > Vitor Jr.
> > Infraestrutura / Infrastructure Team
> > Oracle 11g DBA Certified Professional - OCP
> > 
> > Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid
> > Infrastructure Administrator - OCE
> > Oracle Database 11g Performance Tuning Certified Expert - OCE
> > Oracle Exadata 11g Certified Implementation Specialist
> > Oracle Certified Associate, MySQL 5
> > mail, gtalk e msn: <mailto:vitorjr81@> vitorjr81@
> > <http://certificacaobd.com.br/> http://certificacaobd.com.br/
> > skype: vjunior1981
> > 
> > <https://mybizcard.co/vitor.jr.385628>
> https://mybizcard.co/vitor.jr.385628
> > 
> > 
> > 
> > De: oracle_br@yahoogrupos.

RES: [oracle_br] Re: Backup RMAN com Linux montando um disco NTFS

[Vitor Jr.]

Re-respondendo:

 




Att,/Regards,


Vitor Jr.
Infraestrutura / Infrastructure Team
Oracle 11g DBA Certified Professional - OCP

Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid
Infrastructure Administrator - OCE
Oracle Database 11g Performance Tuning Certified Expert - OCE
Oracle Exadata 11g Certified Implementation Specialist
Oracle Certified Associate, MySQL 5
mail, gtalk e msn:  <mailto:vitorj...@gmail.com> vitorj...@gmail.com
 <http://certificacaobd.com.br/> http://certificacaobd.com.br/
skype: vjunior1981

 <https://mybizcard.co/vitor.jr.385628> https://mybizcard.co/vitor.jr.385628

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em
nome de J. Laurindo Chiappa
Enviada em: quarta-feira, 28 de agosto de 2013 12:41
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] Re: Backup RMAN com Linux montando um disco NTFS

 

  

Coments :

"(sei disso, a conta e risco é por "conta do cliente, que insiste no
cenário)

okdoc, mas veja lá que a sua/nossa Obrigação, enquanto técnicos, ** NÃO É **
aceitar pura e simplesmente qualquer besteira que o Cliente diga(e cliente
VAI dizer besteira técnica, pois se ele tivesse expertise não teria te
contratado) : a sua/nossa Obrigação, enquanto técnicos, é ALERTA sobre os
riscos, mostrando Documentação apropriada que indica as
instabilidades/efeitos colaterais/não-suporte/etc da técnica em questão, e
só prosseguir depois que o Cliente Realmente Entendeu os riscos e os
Aceitou, por escrito de preferência

"etccapacidade técnica , pois o Cliente, via de regra, Não Tem capacidade 

 

Chiappa, o cliente foi alertado, como quer insistir no cenário, a
responsabilidade É SIM DELE! Inclusive com e-mail documentado e um documento
assinado de punho, de praxe na empresa.

 



" ...indicar o mask diretamente na hora da montagem, tente lá (tentado
anteriormente, não rolou...)"

bem, eu CREIO que isso não é núcleo, era mais um sugestão pelo que entendi,
até mesmo porque se vc alterar as permissões manualmente do filesystem
depois de montado afaik dá no mesmo, então - ignore-se esse ponto de
momento, assim...

"...testar com diferentes opções do filesystemio_options
(testado com io options, como all, none, direct, async, resync, vsync,
ysinc,gamasync,... enfim... deu pra sacar... rsrsrs)
"

veja/entenda que eu estou falando do parâmetro filesystemio_options que fica
no init do banco, e que Não Aceita qualquer valor - pesquise lá na
Documentação do RDBMS e teste com os valores possíveis , e depois veja se
era isso ou não...

 

(Chiapa, eu sei que é uma opção de banco, o que acho que tu não entendeu é
que a resposta foi em cima de piada, então traduzindo: já testei com todas
as opções de banco possíveis disponíveis aqui:
http://docs.oracle.com/cd/B28359_01/server.111/b28320/initparams083.htm 




[]s

Chiappa

--- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
, "Vitor Jr." mailto:vitorjr81@...> > escreveu
>
> Respondendo Chiappa:
> 
> 
> 
> 
> 
> 
> Att,/Regards,
> 
> 
> Vitor Jr.
> Infraestrutura / Infrastructure Team
> Oracle 11g DBA Certified Professional - OCP
> 
> Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid
> Infrastructure Administrator - OCE
> Oracle Database 11g Performance Tuning Certified Expert - OCE
> Oracle Exadata 11g Certified Implementation Specialist
> Oracle Certified Associate, MySQL 5
> mail, gtalk e msn: <mailto:vitorjr81@...> vitorjr81@...
> <http://certificacaobd.com.br/> http://certificacaobd.com.br/
> skype: vjunior1981
> 
> <https://mybizcard.co/vitor.jr.385628>
https://mybizcard.co/vitor.jr.385628
> 
> 
> 
> De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
[mailto:oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
] Em
> nome de J. Laurindo Chiappa
> Enviada em: quarta-feira, 28 de agosto de 2013 10:09
> Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>

> Assunto: [oracle_br] Re: Backup RMAN com Linux montando um disco NTFS
> 
> 
> 
> 
> 
> Raaapaz : a nossa amiga m$oft não disponibiliza publicamente lá muita
> informação sobre o NTFS, então Reconhecidamente sempre houveram issues de
> estabilidade em volumes NTFS (PRINCIPALMENTE gravação, com não-sincronia
de
> cache e corrupção, a leitura sempre foi bem) -
> http://www.tuxera.com/community/ntfs-3g-faq/ afirma que isso foi muito
> melhorado no kernel 2.6.20 em diante (e até por isso ** confira ** como
está
> o teu), mas *** EU  é que não confiaria meu backup para alguma coisa
do
> tipo Vc VAI ESTAR por sua conta e risco, TOTAL.
> Bom, isso posto, algumas possibilidades : (sei disso, a conta e risco é
por
> conta do cliente, que insiste no cenário)
> 
> a)
>

RES: [oracle_br] Re: Backup RMAN com Linux montando um disco NTFS

[J. Laurindo Chiappa]

 Coments :

"(sei disso, a conta e risco é por "conta do cliente, que insiste no cenário)

okdoc, mas veja lá que a sua/nossa Obrigação, enquanto técnicos, ** NÃO É ** 
aceitar pura e simplesmente qualquer besteira que o Cliente diga(e cliente VAI 
dizer besteira técnica, pois se ele tivesse expertise não teria te contratado) 
: a sua/nossa Obrigação, enquanto técnicos, é ALERTA sobre os riscos, mostrando 
Documentação apropriada que indica as instabilidades/efeitos 
colaterais/não-suporte/etc da técnica em questão, e só prosseguir depois que o 
Cliente Realmente Entendeu os riscos e os Aceitou, por escrito de 
preferência

"etccapacidade técnica , pois o Cliente, via de regra, Não Tem capacidade 

" ...indicar o mask diretamente na hora da montagem, tente lá (tentado 
anteriormente, não rolou...)"

 bem, eu CREIO que isso não é núcleo, era mais um sugestão pelo que entendi, 
até mesmo porque se vc alterar as permissões manualmente do filesystem depois 
de montado afaik dá no mesmo, então - ignore-se esse ponto de momento, assim...


"...testar com diferentes opções do filesystemio_options
(testado com io options, como all, none, direct, async, resync, vsync,
ysinc,gamasync,... enfim... deu pra sacar... rsrsrs)
"

 veja/entenda que eu estou falando do parâmetro filesystemio_options que fica 
no init do banco, e que Não Aceita qualquer valor - pesquise lá na Documentação 
do RDBMS e teste com os valores possíveis , e depois veja se era isso ou não...
 
 
   []s
   
 Chiappa

--- Em oracle_br@yahoogrupos.com.br, "Vitor Jr."  escreveu
>
> Respondendo Chiappa:
> 
>  
> 
> 
> 
> 
> Att,/Regards,
> 
> 
> Vitor Jr.
> Infraestrutura / Infrastructure Team
> Oracle 11g DBA Certified Professional - OCP
> 
> Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid
> Infrastructure Administrator - OCE
> Oracle Database 11g Performance Tuning Certified Expert - OCE
> Oracle Exadata 11g Certified Implementation Specialist
> Oracle Certified Associate, MySQL 5
> mail, gtalk e msn:   vitorjr81@...
>   http://certificacaobd.com.br/
> skype: vjunior1981
> 
>   https://mybizcard.co/vitor.jr.385628
> 
>  
> 
> De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em
> nome de J. Laurindo Chiappa
> Enviada em: quarta-feira, 28 de agosto de 2013 10:09
> Para: oracle_br@yahoogrupos.com.br
> Assunto: [oracle_br] Re: Backup RMAN com Linux montando um disco NTFS
> 
>  
> 
>   
> 
> Raaapaz : a nossa amiga m$oft não disponibiliza publicamente lá muita
> informação sobre o NTFS, então Reconhecidamente sempre houveram issues de
> estabilidade em volumes NTFS (PRINCIPALMENTE gravação, com não-sincronia de
> cache e corrupção, a leitura sempre foi bem) -
> http://www.tuxera.com/community/ntfs-3g-faq/ afirma que isso foi muito
> melhorado no kernel 2.6.20 em diante (e até por isso ** confira ** como está
> o teu), mas *** EU  é que não confiaria meu backup para alguma coisa do
> tipo Vc VAI ESTAR por sua conta e risco, TOTAL.
> Bom, isso posto, algumas possibilidades : (sei disso, a conta e risco é por
> conta do cliente, que insiste no cenário)
> 
> a)
> http://lime-technology.com/wiki/index.php/Mounting_an_external_USB_drive_hav
> ing_an_existing_NTFS_file_system_in_READ/WRITE_mode_to_transport_files_from/
> to_unRaid_server#Mount_the_drive_as_READ.2FWRITE sugere indicar o mask
> diretamente na hora da montagem, tente lá 
> (tentado anteriormente, não rolou...)
> 
> 
> b) verifique em http://www.tuxera.com/community/ntfs-3g-download/ que vc
> REALMENTE tem instalada a última versão estável da bagaça
> 
> (sim, última versão disponível)
> 
> 
> 
> c) http://www.dbms-notes.com/2011/01/mounting-ntfs-filesystem-on-oracle.html
> indica que vc Deveria ter também o pacote do fuse instalado : Confira na doc
> no ntfs-3g se isso AINDA vale, e cheque que vc tem o coiso
> 
> (sim, instalado o fuse e o fuse-3g)
> 
> 
> 
> d) finalmente , o mais provável : esse teu cenário de conseguir criar um
> arquivo na mão (caso em que tipicamente vc faz I/O não-direto e
> não-asíncrono) mas não conseguir fazer I/O por um programa mais sofisticado
> (como é o caso do RDBMS e do RMAN, que São capazes de fazer I/O asynch E
> direto, bypassando caches de SO) muitas vezes indica deficiência do
> driver/filesystem/whatever em atender requests async e/ou direct, tipo o
> mostrado em
> http://fiedizheng.wordpress.com/2011/07/20/ora-27040-during-rman-backup/ -
> eu DIRIA para vc testar com diferentes opções do filesystemio_options 
> (testado com io options, como all, none, direct, async, resync, vsync,
> ysinc,gamasync,... enfim... deu pra sacar... rsrsrs)
> 
>  
> 
>  
> 
> 
> []s
> 
> Chiappa
> 
> --- Em oracle_br@yahoogrupos.com.br 
> , "Vitor Jr." mailto:vitorjr81@> > escreveu
> >
> > Boa noite pessoal.
> > 
> > Alguém já passou por esse cenário (ou algo parecido?)
> > 
> > o.s: Enterpr

RES: [oracle_br] Re: Backup RMAN com Linux montando um disco NTFS

[Vitor Jr.]

Respondendo Chiappa:

 




Att,/Regards,


Vitor Jr.
Infraestrutura / Infrastructure Team
Oracle 11g DBA Certified Professional - OCP

Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid
Infrastructure Administrator - OCE
Oracle Database 11g Performance Tuning Certified Expert - OCE
Oracle Exadata 11g Certified Implementation Specialist
Oracle Certified Associate, MySQL 5
mail, gtalk e msn:   vitorj...@gmail.com
  http://certificacaobd.com.br/
skype: vjunior1981

  https://mybizcard.co/vitor.jr.385628

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em
nome de J. Laurindo Chiappa
Enviada em: quarta-feira, 28 de agosto de 2013 10:09
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Backup RMAN com Linux montando um disco NTFS

 

  

Raaapaz : a nossa amiga m$oft não disponibiliza publicamente lá muita
informação sobre o NTFS, então Reconhecidamente sempre houveram issues de
estabilidade em volumes NTFS (PRINCIPALMENTE gravação, com não-sincronia de
cache e corrupção, a leitura sempre foi bem) -
http://www.tuxera.com/community/ntfs-3g-faq/ afirma que isso foi muito
melhorado no kernel 2.6.20 em diante (e até por isso ** confira ** como está
o teu), mas *** EU  é que não confiaria meu backup para alguma coisa do
tipo Vc VAI ESTAR por sua conta e risco, TOTAL.
Bom, isso posto, algumas possibilidades : (sei disso, a conta e risco é por
conta do cliente, que insiste no cenário)

a)
http://lime-technology.com/wiki/index.php/Mounting_an_external_USB_drive_hav
ing_an_existing_NTFS_file_system_in_READ/WRITE_mode_to_transport_files_from/
to_unRaid_server#Mount_the_drive_as_READ.2FWRITE sugere indicar o mask
diretamente na hora da montagem, tente lá 
(tentado anteriormente, não rolou...)


b) verifique em http://www.tuxera.com/community/ntfs-3g-download/ que vc
REALMENTE tem instalada a última versão estável da bagaça

(sim, última versão disponível)



c) http://www.dbms-notes.com/2011/01/mounting-ntfs-filesystem-on-oracle.html
indica que vc Deveria ter também o pacote do fuse instalado : Confira na doc
no ntfs-3g se isso AINDA vale, e cheque que vc tem o coiso

(sim, instalado o fuse e o fuse-3g)



d) finalmente , o mais provável : esse teu cenário de conseguir criar um
arquivo na mão (caso em que tipicamente vc faz I/O não-direto e
não-asíncrono) mas não conseguir fazer I/O por um programa mais sofisticado
(como é o caso do RDBMS e do RMAN, que São capazes de fazer I/O asynch E
direto, bypassando caches de SO) muitas vezes indica deficiência do
driver/filesystem/whatever em atender requests async e/ou direct, tipo o
mostrado em
http://fiedizheng.wordpress.com/2011/07/20/ora-27040-during-rman-backup/ -
eu DIRIA para vc testar com diferentes opções do filesystemio_options 
(testado com io options, como all, none, direct, async, resync, vsync,
ysinc,gamasync,... enfim... deu pra sacar... rsrsrs)

 

 


[]s

Chiappa

--- Em oracle_br@yahoogrupos.com.br 
, "Vitor Jr." mailto:vitorjr81@...> > escreveu
>
> Boa noite pessoal.
> 
> Alguém já passou por esse cenário (ou algo parecido?)
> 
> o.s: Enterprise Linux Enterprise Linux Server release 5.6 (Carthage)
> 
> banco: Oracle Database 10g Release 10.2.0.4.0 - 64bit Production
> 
> Cenário: Necessidade de backup para um HD formatado em ntfs, mas montado
no
> Linux.
> 
> 
> 
> O hd é montado normalmente:
> 
> ntfs-3g /dev/sdbf1 /hdexterno
> 
> 
> 
> [root@hostname /]# df -h /hdexterno/
> 
> Filesystem Size Used Avail Use% Mounted on
> 
> /dev/sdbf1 932G 599M 931G 1% /hdexterno
> 
> 
> 
> Como user oracle de s.o., consigo criar pastas, escrever arquivos e
afins...
> blábláblá
> 
> 
> 
> Ao tentar o backup de um controlfile para o device:
> 
> RMAN> run {
> 
> allocate channel t1 type disk format
> '/hdexterno/bkpteste/BKP_CF_%d_%t_%s.rman';
> 
> backup current controlfile tag 'BKP_CF';
> 
> release channel t1;
> 
> }
> 
> 
> 
> 2> 3> 4> 5>
> 
> allocated channel: t1
> 
> channel t1: sid=2081 instance=cliente1 devtype=DISK
> 
> 
> 
> Starting backup at 27-AUG-13
> 
> channel t1: starting full datafile backupset
> 
> channel t1: specifying datafile(s) in backupset
> 
> including current control file in backupset
> 
> channel t1: starting piece 1 at 27-AUG-13
> 
> released channel: t1
> 
> RMAN-00571: ===
> 
> RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===
> 
> RMAN-00571: ===
> 
> RMAN-03009: failure of backup command on t1 channel at 08/27/2013 21:40:37
> 
> ORA-19504: failed to create file
> "/hdexterno/bkpteste/BKP_CF_CLIENTE_824593235_62742.rman"
> 
> ORA-27040: file create error, unable to create file
> 
> Linux-x86_64 Error: 22: Invalid argument
> 
> 
> 
> 
> 
> Acredito que o problema está na forma de montar, além é claro, do Linux e