Muito obrigado meu amigo!!! Vou fazer imediatamente!!! Muito grato pela ajuda!!!
Só mais uma dúvida... antes eu usava o SVRMGR30 para entrar com os comandos... agora basta digitar no prompt do próprio windows os comandos ou no SQLplus?!?! Grato, Wellington --- Em oracle_br@yahoogrupos.com.br, Wellerson Leite de Araújo <[EMAIL PROTECTED]> escreveu > > Jovem, > > O seu método de backup não está salvando uma cópia válida do banco de dados. Vamos às opções que vc poderia estar utilizando: > 1 - Banco de dados no modo NOARCHIVELOG: > - pare o banco de dados: shutdown immediate > - copie TODOS os datafiles e o controlfile (opcionalmente vc pode copiar os redo-online também) > - Inicie o banco de dados novamente > > 2 - Banco de dados no modo ARCHIVELOG > - faça o backup de cada um dos arquivos de todas as tablespaces permanentes: alter tablespace <nome> begin backup; "copie os arquivos" alter tablespace <nome> end backup; > - faça backup do controlfile : alter database backup controlfile to <nome do arquico de backup> > - faça backup dos archivelogs: um copy do sistema operacional mesmo. > > Os arquivos que vc está salvando não estão válidos, pois são backups inconsistentes ( com o banco no ar ) e vc não possui os archivelogs necessários para recuperá-los. Portanto faça um backup do seu banco de dados TODO urgentemente, pois vc corre o risco de perder tudo. > > Abraços, > > Wellerson > > > Wellington Rodrigues dos Santos <[EMAIL PROTECTED]> escreveu: Olá Chiappa!!! > Muito grato pelas informações... > Fiquei preocupado agora com elas... rsrsr > Antes eu fazia o backup pelo seguinte método: > No prompt do DOS digitar: > SVRMGR30 > SVRMGR30> connect sys/oracle as sysdba > SVRMGR30> shutdown immediate > SVRMGR30> startup mount > SVRMGR30> alter database archivelog; > SVRMGR30> alter database open; > SVRMGR30> alter tablespace user_data begin backup; > --------------------------------------------------- > Executar o arquivo de lote: C:\backup.bat > --------------------------------------------------- > SVRMGR30> alter tablespace user_data end backup; > SVRMGR30> alter system switch logfile; > SVRMGR30> shutdown immediate > SVRMGR30> startup mount > SVRMGR30> alter database noarchivelog; > SVRMGR30> alter database open; > SVRMGR30> exit > Recomendações: após feito o backup, não compactar os arquivos. > ------------------------------------------------------------------- -- > Conteúdo do arquivo backup.bat: > XCOPY /E /I C:\ORANT\DATABASE\*.* C:\BACKUP > PAUSE > ------------------------------------------------------------------- -- > Backup do Control File > alter database backup controlfile to `control1.bkp' > ou > alter database backup controlfile to trace > ------------------------------------------------------------------- - > > Mas esse procedimento incomodava um pouco os "desenvolvedores", que > reclamavam da "padada" do banco... > daí eu parti para o Export de tabelas... > > Sendo assim, você poderia dizer qual seria o método mais apropriado > para um backup seguro? > Nas migrações que fiz anteriormente 7.3 para o 8.1.6 sempre utilizei > export full de tabelas feito graficamente... e sempre deu certinho... > > Sobre o repositório... o banco é independente do repositório? sempre > achei que eram dependentes um do outro... o repositório então só > serve para o funcionamento do Enterprise? não entendi direito sua > explicação... se eu apagar o repositório existente, mesmo tendo feito > o export full das tabelas, o banco continuará no ar? > pois o que fiz foi isso... gerei um repositório de mesmo nome do > anterior, depois entrei no Enterprise e dei um Importar full o DMP do > antigo banco de dados... > > Perdoe-me tantas perguntas... mas tô realmente enrolado... > > E muito grato desde já pela atenção!!! > > Wellington Rodrigues > > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> > escreveu > > > > Wellington, não uso esses picaretas gráficos, mas até onde sei, > > várias coisas aí : > > > > - primeiro, export ** NÃO ** é backup de banco, é simplesmente uma > > CÓPIA DOS DADOS, as estruturas de banco que vc precisa pra subir um > > banco (tablespace SYSTEM, objetos do usuário SYS, controlfiles, > > initfiles, redo log files, etc) absolutamente NÃO SÃO backupeadas > > pelo export, SAIBA DISSO e altere a sua política adequadamente > > > > - no caso em questão, como a frase "importei de um banco... o > banco > > existente em outro..." não faz sentido (vide item acima, export ** > > NÃO ** exporta bancos, e sim dados+estruturas dos dados), imagino > que > > vc o que vc fez foi um export full e import full , o que deve ter > > ocorrido é que o schema com o repositório que o talzinho do OEM usa > > deve ter sido sobreposto. Recomendação acho que seria remover esse > > repositório e criar outro. E não, repositório nada mais é que um > > montão de tabelas Oracle, não faz sentido o seu medo de "perder o > > banco" se remover o repositório... > > > > - e finalmente : export e import são ferramentas de modo texto, > elas > > NATURALMENTE rodam foram de OEM e de qquer porqueira gráfica,elas > > foram CRIADAS assim : para vc as executar diretamente, simplesmente > > lá no servidor Oracle (que é windows ao que vc diz), logado no win > > como o MESMO usuário que instalou o banco, abra um prompt de > comando, > > sete as variáveis ORACLE_HOME, ORACLE_SID e PATH, e digite exp > > usuario/senha opção1 opção2 opção n [ENTER], é isso. > > > > []s > > > > Chiappa > > > > --- Em oracle_br@yahoogrupos.com.br, "Wellington Rodrigues dos > > Santos" <[EMAIL PROTECTED]> escreveu > > > > > > Olá amigos!!! > > > Desculpem o incômodo, sou novo aqui... > > > dei uma olhada antes nas mensagens da lista para ver se > encontrava > > > alguma solução para meu problema mas não encontrei... > > > > > > Atualmente instalei num servidor com Windows 2003 server o Oracle > > > 9i... e importei de um banco Oracle 8.1.6 o banco existente em > > outro > > > micro que foi posteriormente desativado. > > > > > > Até aí, tudo correu sem problemas... comecei a atualizar os dados > > do > > > banco normalmente... daí precisamos migrar o servidor de > > > Datacenter... o servidor foi desligado e quando liguei, o OMS > > (Oracle > > > Management Server) não "startou" mais... sendo assim fico > > > impossibilitado de fazer serviços como export das tabelas, ou > > seja... > > > um backup delas... Já pesquisei de tudo mas não encontro > soluções... > > > > > > Quando tento iniciar o serviço do OMS aparece a seguinte mensagem: > > > > > > "The OracleHome92ManagementServer Service on Local Computer > started > > > then stopped. Some service stop automatically if they have no > work > > to > > > do, for example, the Performance Logs and Alert Service" > > > > > > Dentro do log do sysman aparecem repetidamente essas mensagens: > > > > > > C:\oracle\ora92\sysman\log\oms.nohup > > > > > > Erro ao iniciar o Oracle Management Server. > > > oracle.sysman.vxn.VxnBootstrapException: VXA-2019 : > > > Erro encontrado na inicialização do serviço: > > > vdsjava.lang.NullPointerException: > > > at oracle.sysman.vdm.VdmNotificationManager.stopService > > > (VdmNotificationManager.java:2538) > > > at oracle.sysman.vxa.VxaAppServer.stopServices > > > (VxaAppServer.java:1415) > > > at oracle.sysman.vxa.VxaAppServer.exit (VxaAppServer.java:2533) > > > at oracle.sysman.vxa.VxaAppServer.main (VxaAppServer.java:3166) > > > > > > E quando tento atualizar ou editar o repositório aparece esse > erro: > > > > > > ORA-12514 > > > > > > Isso quando não aparece uma mensagem dizendo que meu banco tem > uma > > > V.1.x que não poderá coexistir com a V.1 do enterprise... > > > > > > Pergunta: > > > O que faço? faz tempo que não encaro um bode desses... se eu > apagar > > o > > > repositório perco o banco né... > > > existe alguma forma de exportar ou fazer um backup da tabela SEM > o > > > OMS estar funcionando?!?!? > > > > > > Muito grato, > > > > > > Wellington Rodrigues > > > > > > > > > > > > > > > > "Não vou deixar me embrutecer, eu acredito nos meus ideais. Podem até maltratar o meu coração, que meu espírito ninguém vai conseguir quebrar..." > (Legião Urbana) > > "As idéias estão no chão, você tropeça e acha a solução..." > (Titãs) > > --------------------------------- > Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! > > [As partes desta mensagem que não continham texto foram removidas] > -------------------------------------------------------------------------------------------------------------------------- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --------------------------------------------------------------------------------------------------------------------------__________________________________________________________________ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __________________________________________________________________ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
