UNINOVE Tec. Adm. e Des. de Sistemas. Administracão de Banco de Dados. ORACLE Backup / Recovery AULA 11

Transcrição

1 UNINOVE Tec. Adm. e Des. de Sistemas Administracão de Banco de Dados ORACLE Backup / Recovery AULA 11 Prof. MsC. Eng. Marcelo Bianchi AULA 09

2 A ARQUITETURA DO ORACLE O conhecimento da arquitetura Oracle é essencial para a compreensão das técnicas de otimização de produto. Os mecanismos de execução são estruturas de memória e os processos são executados no servidor. Um conjunto de processos do servidor do Oracle que tem sua própria área global do sistema e um conjunto de banco de dados associados é chamado de instância Oracle. SGA A SGA é um grupo de buffers de memória compartilhados que são destinados pelo Oracle para uma instância. Basicamente é formada pelas estruturas identificadas por shared pool, database buffer cache e redo log buffer cache. Entretanto, em algumas configurações do Oracle podem existir outras estruturas.

3 Arquitetura Lógica A arquitetura lógica é composta por quatro componentes. Bloco de Dados (Data Block) O bloco de dados corresponde a um número especifico de bytes do banco de dados para armazenado em disco. Sendo que esse valor é especificado durante a criação do banco de dados, pelo parâmetro db_block_size.

4 Arquitetura Lógica O Oracle gerencia todo o espaço de armazenamento nos arquivos de dados (datafiles) através dessas pequenas unidades chamado blocos de dados, que carregam informações importantes como cabeçalho, diretório da tabela, diretório de linha, dados de tabelas ou índices e espaço livre para inserções ou atualizações de dados.

5 Arquitetura Lógica Extensões(Extent) As extensões são unidades lógicas de armazenamento composta por um conjunto de blocos de dados, um ou mais extensões formam um segmento. As extensões são muito utilizadas para definir a característica de armazenamento de algum objeto, como um tabela ou índice. Eles podem influenciar muito na fragmentação de espaço ou ajudar a definir um bom plano de crescimento da base de dados.

6 Arquitetura Lógica Segmentos (Segment) Os segmentos é um conjunto de extensões que possui todos os dados necessários para uma estrutura de armazenamento lógico, como as tablespaces. Para cada tabela criada, o Oracle aloca um ou mais extensões para formar um segmento de dados, assim, também podemos dizer que o Oracle aloca um ou mais extensões para formar um segmento de índice.

7 Arquitetura Lógica Na arquitetura do Oracle, podemos encontrar quatro tipos de segmentos:

8 Arquitetura Lógica Espaços de tabela (Tablespace) Os espaços de tabelas, ou mais conhecidas como Tablespaces, é dividido através de unidades lógicas de armazenamento chamadas segmentos. Uma tablespace pode conter um ou mais segmentos, segmentos do tipo de dados, índices, desfazer ou temporário. A tablespace é a camada lógica do Oracle, ficando anexada a uma camada física, que são os arquivos de dados (datafiles), onde se origina o armazenamento físico dos dados.

9 Arquitetura Lógica Podemos perceber que existe uma relação entre os quatro componentes citados, analise o raciocínio: Sem o bloco de dados não temos extensões, sem extensões não temos segmentos, e sem segmentos não temos tablespaces e sem tablespaces não temos banco de dados Oracle. Todos eles são responsáveis pela arquitetura lógica do banco de dados. Por isso que é fundamental o DBA ter esses conhecimentos. No próximo slide poderemos ver uma demonstração gráfica de como funciona o armazenamento lógico com e suas camadas.

10

11 Arquitetura Lógica Na figura do slide anterior, observamos que nosso bloco de dados em destaque é de 8KB, então concluímos que no momento da criação do banco de dados, o parâmetro db_block_size é de 8192 bytes (8Kb), esse parâmetro é estático não podendo ser alterado. Percebemos também que a Extensão possui 24 blocos de dados, fazendo uma matemática simples, 24 (blocos de dados) x 8192 (bytes) temos o tamanho da extensão, que possui bytes (192Kb). Seguindo o mesmo exemplo, nosso segmento possui duas extensões, determinando que o tamanho do segmento seja de 384 Kb.

12 Arquitetura Lógica Assim podemos imaginar que se o segmento acima fosse um Segmento de Dados (Tabela), a nossa tabela teria um tamanho de 284Kb. Isso sem levar em consideração a configuração de storage desse segmento, que envolve os parâmetros de INITIAL, NEXT, MINEXTENTS, MAXEXTENTS e PCTINCREASE, que já é outro assunto mais detalhado. O tamanho da tablespace não tem vinculo nenhum com os componentes citados, pois seu tamanho é especificado no momento de sua criação.foi um breve resumo sobre sua arquitetura, espero que tenham gostado do assunto e que acrescente mais informações para os futuros Dbas.

13 BACKUP BACKUP é uma cópia de dados do seu banco de dados local ou remoto, no entanto, essa cópia pode incluir partes importantes do seu banco de dados, como por exemplo, arquivos de controle e datafiles. Na prática seria uma réplica dos dados originais atual guardados em um outro lugar mais seguro, pois se tiver algum acidente ou erro fatal nas aplicações do seu sistema, você terá seus valiosos dados perdidos, numa empresa de grande porte isso ocorre direto. No Oracle podemos fazer dois tipos de BACKUPs, os backups físicos e os backups lógicos. E você saberia dizer qual a diferença de cada um deles?

14 BACKUP FÍSICO Os BACKUPs físicos são onde guardamos todo o banco de dados, todas as views, triggers, procedures e etc. Geralmente gravados nas chamadas FITAS DE BACKUP de uma grande capacidade e armazenados em estandes especiais, físicamente, podendo ser reposto a qualquer momento.

15 BACKUP LÓGICO O BACKUP Lógico é apenas o "salvamento" dos seus dados de algum banco de dados ou trigger, procedure e etc, porém não será armazenado em forma física e sim virtual. Para esse tipo de BACKUP utilizamos muito o Oracle Export Utility, e para o BACKUP Físico utilizamos o Oracle Recovery Manager Utility ou Operating System utilities.

16 RECOVERY O RECOVERY, como o próprio nome diz (RECOVERY = RECUPERAÇÃO), é a recuperação dos arquivos do sistema, quando fizemos um Backup, quando fazemos uma cópia dos dados para um outro lugar, físico ou virtual, e com o Recovery nós iremos recuperar esses dados e repor para dentro do sistema novamente, voltar a forma que estava antes do problema ou do erro fatal ao seu banco de dados.

17 Estratégia de Gerenciamento de Backup / Recovery É válido lembrar que fazer um backup ou recovery no Oracle são tarefas, que algumas vezes são bem complicadas, se fosse tão fácil, a própria Oracle não iria fazer Guias de como se fazer um Backup ou Recovery. Muitos DBAs ou até mesmo administradores de rede fazem uma estratégia de Gerenciamento de Backup ou Recovery. Pois o principal objetivo é saber tudo que está se passando dentro do sistema e quando ocorrer algum problema, saber quais serão as medidas imediatas a serem tomadas.

18 Estratégia de Gerenciamento de Backup / Recovery Vamos supor que somos DBAs de uma empresa multinacional, onde nosso banco de dados recebe registros por dia e armazena dados do sistema de ERP inteiro da empresa e de todas as suas filias mundiais, um belo dia, ocorre problemas como seu datafile, ou um arquivo de controle é corrompido e vários dados são perdidos. Seus diretores lhe perguntam : O que fazemos agora? Quais serão as medidas para contornar este erro? A empresa está parada agora!

19 Estratégia de Gerenciamento de Backup / Recovery Por isso deve existir o Gerenciamento de estrutura para Backup / Recovery, no qual você criou e irá rapidamente consultar para saber como repor seu backup "em cima do problema existente" e fazer um recovery rapidamente, não deixando a empresa parar.

20 Estratégia de Gerenciamento de Backup/ Recovery Logo sabemos que existe um tipo de Gerenciamento (backup e recovery) para cada tipo de erro, assim, existe um gerenciamento para os arquivos de controle, um para os datafiles e outros para os archived redo logs.

21 Estratégia de Gerenciamento de Backup / Recovery Também temos que salientar que existem vários tipos de backup como por exemplo banco de dados, datafiles e etc, e existem aplicativos específicos e métodos corretor, isso tudo pode variar de DBA para DBA, porém vamos ver um método padrão de utilização do backup, que se chama User-Managed Backup.

22 Estratégia de Gerenciamento de Backup / Recovery Antes de fazer o backup, iremos listar todos os Datafiles, Red Logs e etc que tem no sistema para vermos o que temos de especial para salvar, para termos uma confiança a mais no nosso serviço! Abra o SQL*PLUS.

23 User Management Backup SQL > SELECT T.NAME "TABLESPACE", F.NAME "DATAFILE", L.MEMBER "LOGFILE", C.NAME "CONTROLFILE" FROM V$TABLESPACE T, V$DATAFILE F, V$LOGFILE L, V$CONTROFILE C WHERE T.TS# = F.TS# ORDER BY t.name;

24 User Management Backup No slide anterior estamos fazendo um SELECT para saber todos os tipos de TABLESPACE, DATAFILE, LOGFILE e CONTROLFILE que estão dentro do sistema e saber onde os mesmos se encontram. CUIDADO! Algumas vezes essa listagem não pode funcionar, porque como estamos utilizando dentro do SELECT acima a "varredura" no sistema e tentando encontrar também os controfiles, talvez possa ocassionar algum tipo de erro, devido o sgbd não conseguir achar a estrutura do banco de dados a tempo e criar um CONTROLFILE, com isso alguns procedimentos de RECOVERY não poderão funcionar. Para sanar este problema, caso o mesmo ocorra, basta retirar do SELECT acima o parametro V$CONTROLFILE.

25 User Management Backup Depois de conseguimos ver todos os nossos arquivos, temos que dar um SHUTDOWN no nosso banco de dados, e sabe porque? Porque talvez nosso sistema esteja utilizando alguns dos arquivos que iremos copiar, como algum CONTROLFILE ou DATAFILE, e para isso nada melhor que deixar nosso banco de dados no "chão" (FORA DO AR!), para isso utilize um SHUTDOWN IMMEDIATE.

26 User Management Backup SQL > SHUTDOWN IMMEDIATE PRONTO! Acabamos de colocar todo o banco de dados fora do ar, com isso alguns aplicativos e sistemas de sua empresa deverão para de funcionar, mais tudo bem, avise para toda a empresa com aquela velha frase "ESTAMOS EM MANUTENÇÃO"! Espere até o banco de dados estar totalmente fora do ar, não faça nada até o Oracle dar a mensagem the Shutdown complete.

27 User Management Backup Agora podemos começar a fazer nossas cópias de arquivos para um lugar mais seguro, como por exemplo criar uma outra pasta chamada BPORACLE (BP = BACKUP), para isso pode utilizar o famoso WINDOWS EXPLORER. Depois de criado a pasta vamos copiar os arquivos. No próximo slide você verá a forma mais prática de se copiar para quem usa WINDOWS, ou caso utilize o UNIX ou LINUX o procedimento será outro.

28 User Management Backup Usuário Windows: 1º Passo: Abra o WINDOWS EXPLORER 2 º Passo: Vá até a pasta ORACLE/ORA10g (OBS: O nome dessa pasta pode variar de usuário para usuário) 3º Passo: Dentro de ORA10g vá até NETWORK/ADMIN e aperte CTRL + A, e depois CTRL + C. 4º Passo: Vá até a pasta BPORACLE e aperte CTRL + V, e Pronto! Copiado os arquivos!

29 User Management Backup Atenção: Repita o 3º Passo para as pastas RDBMS/ADMIN e DBS.Na pasta BPORACLE crie as respectivas pastas com o mesmo nome para não se perder.

30 User Management Backup Usuário Unix / Linux: % cp /HD1/oracle/dbs/*.dbf /HD2/bporacle % cp /HD1/oracle/dbs/*.cf /HD2/bporacle % cp /HD1/oracle/network/admin/*.ora /HD2/bporacle % cp /HD1/oracle/rdbms/admin/*.ora /HD2/bporacle

31 User Management Backup Agora que já fizemos as cópias de segurança, deveremos colocar a empresa de volta ao ar, colocando o banco de dados novamente funcionando, para isso volte para o seu SQL*PLUS.

32 User Management Backup Digite : SQL > STARTUP Espere um momento até a instância Oracle voltar completamente ao AR!

33 FIM!