Menu de navegação

[vieriParticipante]

Migrei o backup da minha base para
utilizar o SAMBA, como solução de mapeamento para
realizar meus backup’s com RMAN.
Em outra instância de quase 1 terabyte utilizo está solução com sucesso.
No entando neste novo servidor intermitentemente levo o erro abaixo.
obtido no prompt e em seguida obtido pelo trace do RMAN.
no incremental 0.

RMAN> backup tablespace undotbs1 format ‘/dba/wis/rman/deprac/level0/dbs/undotbs2.rman’ ;

Starting backup at 18-AUG-09
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
input datafile fno=00002 name=+DGDATA01/deprac/datafile/undotbs1.262.652212369
channel ORA_DISK_1: starting piece 1 at 18-AUG-09
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/18/2009 13:31:14
ORA-19502: write error on file “/dba/wis/rman/deprac/level0/dbs/undotbs2.rman”, blockno 205697 (blocksize=16384)
ORA-27072: File I/O error
Linux-x86_64 Error: 9: Bad file descriptor
Additional information: 4
Additional information: 205697
Additional information: 679936

RMAN> backup tablespace undotbs1 format ‘/dba/wis/rman/deprac/level0/dbs/undotbs2.rman’ ;

Starting backup at 18-AUG-09
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
input datafile fno=00002 name=+DGDATA01/deprac/datafile/undotbs1.262.652212369
channel ORA_DISK_1: starting piece 1 at 18-AUG-09
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/18/2009 14:26:12
ORA-19502: write error on file “/dba/wis/rman/deprac/level0/dbs/undotbs2.rman”, blockno 232641 (blocksize=16384)
ORA-27072: File I/O error
Linux-x86_64 Error: 9: Bad file descriptor
Additional information: 4
Additional information: 232641
Additional information: 610304

obs: O problema da em block’s diferentes descartando corrupção lógica.

RMAN> backup tablespace GKOSCF_DATA format ‘/dba/wis/rman/deprac/level0/dbs/GKOSCF_DATA’;

Starting backup at 18-AUG-09
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
input datafile fno=00011 name=+DGDATA01/deprac/datafile/gkoscf_data.274.652272791
channel ORA_DISK_1: starting piece 1 at 18-AUG-09
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/18/2009 14:21:14
ORA-19502: write error on file “/dba/wis/rman/deprac/level0/dbs/GKOSCF_DATA”, blockno 91521 (blocksize=16384)
ORA-27072: File I/O error
Linux-x86_64 Error: 9: Bad file descriptor
Additional information: 4
Additional information: 91521
Additional information: 778240

Na execução do backup full(incremental 0), trecho do erro via trace.

DBGMISC: EXITED krmice [12:48:38.274] elapsed time [00:00:00:00.068]
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on ch1 channel at 08/18/2009 12:48:38
RMAN-10032: unhandled exception during execution of job step 1:
ORA-06512: at line 1468
RMAN-10035: exception raised in RPC:
ORA-19624: operation failed, retry possible
ORA-19502: write error on file “/dba/wis/rman/deprac/level0/dbs/dep_j1kn0dvp_4_1.rman”, blockno 36737 (blocksize=16384)
ORA-27072: File I/O error
Linux-x86_64 Error: 9: Bad file descriptor
Additional information: 4
Additional information: 36737
Additional information: 417792
ORA-06512: at “SYS.DBMS_BACKUP_RESTORE”, line 1077
RMAN-10031: RPC Error: ORA-19624 occurred during call to DBMS_BACKUP_RESTORE.BACKUPPIECECREATE
DBGMISC: ENTERED krmkursr [12:48:38.303]

DBGSQL: EXEC SQL AT TARGET select decode(status,’OPEN’,1,0) ,decode(archiver,’FAILED’,1,0) into :b1,:b2 from v$instance [12:48:38.303]
DBGSQL: sqlcode=0 [12:48:38.304]
DBGSQL: :b1 = 1
DBGSQL: :b2 = 0

DBGSQL: EXEC SQL AT TARGET select value into :b1:b2 from v$parameter where name=’compatible’ [12:48:38.305]
DBGSQL: sqlcode=0 [12:48:38.307]
DBGSQL: :b1 = “10.2.0.3.0”

Adiantando que não temos problema de permição, e o simples CP dum arquivo de 3Gb funciona normalmente e em um backup piece menor
do que isso leva erro de I/O – bad file desciptor.

Alguem tem algum “chute” do problema?

versão 10.2.0.3.

RMAN> show all ;

RMAN configuration parameters are:
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE DEFAULT DEVICE TYPE TO DISK;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘%F’; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED;
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM ‘AES128’; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO ‘/u01/app/oracle/product/10.2.0/db_1/dbs/snapcf_deprac1.f’; # default

[CleitonHanzenParticipante]

Opá..

Pergunta: Por que não utilizar NFS??? Você gerando o backup para uma máquina Windows??

[Rodrigo AlmeidaParticipante]

Vieri,

Segue alguns “chutes”.. hehehehehe

1) Valide o seu backup, para analisarmos se existe um problema.

RMAN> backup validate check logical database;

E poste os resultados da view v$database_block_corruption;

2) Como está a infra-estrutura? De qual servidor (SO) para servidor, Versão de SOs, Hardware e etc…

3) Os discos que estão as pastas do SAMBA entre os serviores está bem? Ou seja, não tem nenhum bad block ou problemas na controladora?

4) Você está gerando o BS direto no SAMBA? Já tento realizar um pequeno BS para um FileSystem interno do servidor, que não passe pela camada de rede?

Abraços,

[Marcos BragaParticipante]

Oi Vieri,

Só mais uma informação para testar.

Se limitar o tamanho do arquivo de backup para 2G funciona?

[]s

[vieriParticipante]

Braga

Já fiz backup com rman de todos jeitos possiveis,
limitando por setmaxsize(até 500Mb falha), por tablespace, por filesperset,
já mechi em diversas config’s do rman possíveis e nada adiantou.

Rodrigo,

1) Valide o seu backup, para analisarmos se existe um problema.

RMAN> backup validate check logical database;

E poste os resultados da view v$database_block_corruption;

nenhuma linha na v$database_block_corruption após o validate.

2) Está indo de um Linux depdata01 2.6.9-42.ELsmp #1 SMP Wed Jul 12 23:32:02 EDT 2006 x86_64 x86_64 x86_64 GNU/Linux para um
window 2000 32bits.

3) Cara a principio nenhum problema no disco, nem nas pastas,
visto que um cp e scp de arquivos de 4G para mesma pasta que gera erro
via samba funciona normalmente.

4)Meu backup com rman em filesystem local funciona normalmente,
oque ocorre é que este filesystem não suporta a nivel de espaço meu nivel0.

Cleyton,
Por que utilizar NFS ao invês do samba??

utilizo o samba porque para uma base de 1 tera, com compress,paralelismo(enterprise) funcionou bem,
para essa de 200Gb achei que seria mole.

existem alguns notes no metalink que mandam diminuir o timeout na storage. acho que é tiro na agua.

alguem de alguma suspeita, obrigado a todos.

[Marcos BragaParticipante]

Vieri,

Pelo que entendi, está efetuando a transferência dos arquivos do linux para windows 32bits (até aqui tudo bem).

Através do RMAN, gravando direto dá o erro mencionado (o que parece estranho).

Deixa pensar…
* o banco está íntegro;
* o backup funcionando;
* dá erro com qualquer tamanho de arquivo…
* hummmm …..

Bom…
* não há nada errado com o banco (isso é fato);
* creio que já efetuou backup via RMAN para o linux e funciona;
* você informou que está usando samba (creio que samba client), evidentemente.

Não sei se já fez, mas faça um teste em um nível mais baixo:

Pegue um arquivo qualquer, ou mesmo um backup qualquer de diferentes tamanhos e efetue uma cópia no braço com o usuário oracle.

Faça assim:

$ smbclient //SERVER/SHARED -U USER%PASSWORD
SMB> put arquivo_500M.txt
SMB> put arquivo_2G.txt
SMB> put arquivo_4G.txt

Se houver algum erro no samba o erro aparecerá nesse teste.

Se ainda não fez, é um teste bom para tirar dúvidas quanto a transferência via samba.

[]s

[Rodrigo AlmeidaParticipante]

HUmmmmmm…

Isso está cheirando outra coisa! Uma coisa simples que pode afetar que é o Linux está em 64Bits e o Windows em 32Bits.

Como tu deve estar forçando os canais do Oracle (RMAN) gerar direto para o diretório do SAMBA (que está em 32Bits) pode estar com problemas entre as duas plataformas.

VIERI,

Eu não sei se é possível, mas, faça um teste, pegue um outro servidor (64-Bits), configure o samba e refaça o backup para esse novo diretorio compartilhado. Veja se ocorre esse problema.

E se possível mostre o script que está fazendo o backup, para ver se pode ser feito algo!

Outro teste simples, faça um backup do SPFILE ou CF para o diretorio do SAMBA, veja se acontece o erro.

Abraços,

[vieriParticipante]

Sente e drama !!

bkp simples da tablespace.

RMAN> backup tablespace DATA_ENTREGA format ‘/dba/wis/rman/deprac/level0/dbs/data_entrega.rman’ ;

Starting backup at 19-AUG-09
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
input datafile fno=00007 name=+DGDATA01/deprac/datafile/data_entrega.270.652272617
channel ORA_DISK_1: starting piece 1 at 19-AUG-09
channel ORA_DISK_1: finished piece 1 at 19-AUG-09
piece handle=/dba/wis/rman/deprac/level0/dbs/data_entrega.rman tag=TAG20090819T163329 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:06:55
Finished backup at 19-AUG-09

Starting Control File and SPFILE Autobackup at 19-AUG-09
piece handle=+DGSQNC01/deprac/autobackup/2009_08_19/s_695320824.450.695320825 comment=NONE
Finished Control File and SPFILE Autobackup at 19-AUG-09

em outra tablespace:

RMAN> backup tablespace TBS_DATA_WIS_32M format ‘/dba/wis/rman/deprac/level0/dbs/TBS_DATA_WIS_32M.rman’ ;

Starting backup at 19-AUG-09
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
input datafile fno=00023 name=+DGDATA01/deprac/datafile/tbs_data_wis_32m.286.652273201
channel ORA_DISK_1: starting piece 1 at 19-AUG-09
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on ORA_DISK_1 channel at 08/19/2009 16:44:17
ORA-19502: write error on file “/dba/wis/rman/deprac/level0/dbs/TBS_DATA_WIS_32M.rman”, blockno 81153 (blocksize=16384)
ORA-27072: File I/O error
Linux-x86_64 Error: 9: Bad file descriptor
Additional information: 4
Additional information: 81153
Additional information: 688128

vou fazer o teste que vcs solicitaram e já envio aqui.

[]s

[vieriParticipante]

Rodrigo já testei com todos meus scripts de backup’s possiveis segue o ultimo. Outra informação meu ambiente é um rac de 2nodes.

script de backup:
configure retention policy to recovery window of 7 days;
configure controlfile autobackup on;
configure default device type to Disk;
configure device type Disk parallelism 2;
configure datafile backup copies for device type Disk to 1;
set controlfile autobackup format for device type Disk to ‘/u02/backup/rman/deprac/level0/dbs/DEPRAC_ctl_%F’;

run{
debug on;
allocate channel ch1 type Disk maxpiecesize = 2G ;
backup incremental level 0 filesperset 1
format ‘/dba/wis/rman/deprac/level0/dbs/dep_%U.rman’
(database include current controlfile);
release channel ch1;
debug off;
}

run {
allocate channel ch1 type Disk ;
sql “alter system archive log current”;
backup archivelog all filesperset 10
format ‘/dba/wis/rman/deprac/level0/arch/arch_%U.rman’
delete all input;
release channel ch1;
resync catalog;
}

CROSSCHECK BACKUP;
##RESTORE TABLESPACE SYSTEM VALIDATE;
##RESTORE ARCHIVELOG ALL VALIDATE;
LIST BACKUP OF DATABASE;
REPORT UNRECOVERABLE;
REPORT SCHEMA;
REPORT NEED BACKUP;
REPORT OBSOLETE;
quit
EOF

[Marcos BragaParticipante]

[quote=”vieri”:1z2yptm5]ORA-19502: write error on file “/dba/wis/rman/deprac/level0/dbs/TBS_DATA_WIS_32M.rman”, blockno 81153 (blocksize=16384)
ORA-27072: File I/O error
Linux-x86_64 Error: 9: Bad file descriptor
Additional information: 4
Additional information: 81153
Additional information: 688128[/quote]

Oi Vieri,

Isso tá parecendo erro no S.O., e pelo jeito tem algo haver com as bibliotecas 64bits, remetendo (ao que o Rodrigo disse) ao fato de efetuar transferência 64 para 32bits (principalmente entre S.O. diferentes).

Já trabalhei com S.O. diferentes e de diferentes arquiteturas e não lembro de problema parecido.

Uma dúvida:
* O oracle instalado é o EM64 ou o 32bits?

Entenda que estamos melhorando o entendimento do seu ambiente.

É um caso interessante o seu.

[]s

[vieriParticipante]

oracle 64bits…

[vieriParticipante]

standart

[Marcos BragaParticipante]

É Vieri…,

Faz o teste da cópia utilizando o samba com o usuário oracle.

É bom começarmos pelo início mesmo, com quem realmente efetua a cópia.

Já tive problemas com samba e nunca descarto a hipótese de atualizá-lo.

[]s

[vieriParticipante]

Essa vai pro braga..

estou desconfiado que possa ser isso :

mount -t smbfs -o uid=500,lfs,username=sinfo,workgroup=domcv,password=sinfo1 //admbkp01/t$ /dba

mount -t cifs -o uid=200,lfs,username=sinfo,workgroup=domcv,password=sinfo1 //10.201.1.6/BACKORA$ /dba

qual a diferença entre smbfs e cifs, to pensando em alterar para o cifs
porque é mais recente, acho que o smbfs está descontinuado…

[vieriParticipante]

alterei para cifs e está rolando a 20minutos sem erro…
🙂

vou deixar rolando e vou pra casa quando voltar posto ai pra galera!!

Se for isso mesmo… pqp !! tomar um banho de agua benta!!! kkkkk

[Autor]

Posts