BACKUP AS COPY WITH RMAN. Anthony Baldavia

Transcrição

1 1 BACKUP AS COPY WITH RMAN Anthony Baldavia

2 2 DESCRIÇÃO Neste artigo falaremos sobre uma feature do RMAN que existe no Oracle database desde a versão 10G e é usada para realizarmos cópia de uma base de dados para outro disco (filesystem) ou entre Disk Group (ASM).

3 3 INTRODUÇÃO O Oracle Database é repleto de ferramentas muito úteis que nem todos têm conhecimento sobre cada uma; uma delas é o RMAN, uma ferramenta importante para backup, restore e até mesmo para migração de discos, seja em ASM ou FILESYSTEM. Essa feature é conhecida como BACKUP AS COPY. Podemos usá-la de várias maneiras, como backup de apenas um datafile ou também para um banco todo. Uma breve explanação do BACKUP AS COPY. Por padrão, o comando BACKUP no RMAN cria BackupSet - cada um dos quais é um ou mais BackupPiece. Um arquivo de dados pode abranger BackupPieces, mas não pode abranger um BackupSet. No entanto, o RMAN permite outro método - BACKUP AS COPY. Isso é semelhante aos User Managed Backups criados com comandos do SO - exceto que o ALTER TABLESPACE DATABASE BEGIN BACKUP comando não tem de ser emitido. O comando BACKUP AS COPY cria uma cópia byte-byte de cada arquivo de dados, na medida em que os blocos são modificados por gravações simultâneas no arquivo de dados. Se um arquivo de dados ativo está corrompido, o DBA pode escolher SWITCH TO COPY em vez de ter que restaurar a cópia de arquivo de dados. Assim, um interruptor pode ser uma operação rápida. Obviamente, nós DBAs devemos planejar com cuidado onde o Oracle criará essas cópias, se ele pretende trocar mais tarde ele não manteria uma cópia de arquivo de dados em um alvo de armazenamento não protegido [RAID ou ASM].

4 BACKUP AS COPY ENTRE DISCO DO ASM 4 Essa feature do RMAN pode ser utilizada com várias opções, o passo a passo a seguir mostrará a migração de um banco de dados para outro disco do ASM, por exemplo, temos um disco do ASM que não está em um storage e queremos mudar os dados para o disco apresentado no storage. Nesse caso, não precisamos realizar um backup e restore, basta usar o backup as copy. Vejamos: Primeiramente vamos criar um disk group novo, dentro do ASM. SQL> create diskgroup DATA2 normal redundancy failgroup datafg01 disk /dev/rhdisk9 failgroup datafg02 disk /dev/rhdisk14 ; Diskgroup created. SQL> select state,name,type from v$asm_diskgroup; STATE NAME TYPE MOUNTED DATA1 EXTERN MOUNTED RMAN1 EXTERN MOUNTED SYS1 EXTERN MOUNTED DATA2 NORMAL Quando usamos o backup as copy, no nosso caso temos que criar um backup do controlfile, pois iremos mudar o caminho dos datafiles.

5 5 export ORACLE_HOME=/opt/oracle/product/ /db1 export PATH=$ORACLE_HOME/bin:$PATH export ORACLE_SID=ORCL logs]$ sqlplus /as sysdba SQL*Plus: Release Production on Sun OCT 09:47: Copyright (c) 1982, 2013, Oracle. All rights reserved. Connected to: Oracle Database 11g Release bit Production With the Real Application Clusters and Automatic Storage Management options SQL> SQL> show parameter control NAME TYPE VALUE control_file_record_keep_time integer 7 control_files string +SYS1/db/controlfile/current SQL> alter database backup controlfile to +DATA2 ; Database altered. Alteramos no spfile o caminho do novo controfile, que será no novo disk group.

6 6 SQL> alter system set control_files= +DATA2\db\CONTROLFILE\Backup SCOPE=SPFILE; System altered. Por segurança, criamos o pfile por meio do spfile usado atualmente e alteramos os caminhos apontando para o novo disco, conforme abaixo. SQL> create pfile from spfile; File created. Modify pfile with these parameters: I have already created 2 ASM diskgroups DATA and FLASH. *.control_files=(+data2) *.db_recovery_file_dest=data2 *.db_recovery_file_dest_size= *.db_create_file_dest=+data *.db_create_online_log_dest_1=+data2 *.db_create_online_log_dest_2=+data2

7 7 Podemos por segurança realizar um backup do controfile, pois iremos realizar um restore a seguir. [oracle@sporlinhfora01 ~]$ rman target / Recovery Manager: Release Production on Sun OCT 09:45: Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. connected to target database: CONCH (DBID= ) RMAN> backup current controlfile format /home/oracle/oradata/db10g/control01.ctl ; Starting backup at :01:31 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=1526 device type=disk channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set including current control file in backup set channel ORA_DISK_1: starting piece 1 at :01:35 channel ORA_DISK_1: finished piece 1 at :01:36 piece handle= /home/oracle/oradata/db10g/control01.ctl ; tag=tag t comment=none channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01 Finished backup at :46:36

8 8 Feito isso, podemos desligar o banco de dados. [oracle@db01]$ sqlplus /as sysdba SQL*Plus: Release Production on Sun OCT 30 09:48: Copyright (c) 1982, 2013, Oracle. All rights reserved. Connected to: Oracle Database 11g Release bit Production With the Real Application Clusters and Automatic Storage Management options SQL> SQL> shutdown immediate Database closed. Database dismounted. ORACLE instance shut down. SQL> exit

9 9 Feito o shutdown do banco de dados, conectamos no RMAN e iniciamos o banco em modo mount para restaurarmos o backup que realizamos do controlfile. [oracle@ db01]$ rman target / Recovery Manager: Release Production on Sun OCT 30 09:58: Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. connected to target database: CONC (DBID= ) RMAN> startup nomount Oracle instance started Total System Global Area Fixed Size Variable Size Database Buffers Redo Buffers bytes bytes bytes bytes bytes RMAN> restore controlfile from /home/oracle/oradata/db10g/control01.ctl ; Starting restore at 30-OCT-06 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=157 devtype=disk channel ORA_DISK_1: copied control file copy output filename=+data2/db10g/controlfile/backup output filename= Finished restore at 30-OCT-06

10 10 Após restaurar o backup do controlfile para o novo disco, podemos alterar o banco de dados para o modo mount. RMAN> startup mount database is already started database mounted released channel: ORA_DISK_1 RMAN> configure device type disk parallelism 4; new RMAN configuration parameters: CONFIGURE DEVICE TYPE DISK PARALLELISM 4 BACKUP TYPE TO BACKUPSET; new RMAN configuration parameters are successfully stored Após essa etapa, podemos realizar o backup as copy apontando para o novo disco. RMAN> BACKUP AS COPY DATABASE FORMAT +DATA2 ; Starting backup at 21-JUL-06 allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=152 devtype=disk allocated channel: ORA_DISK_2 channel ORA_DISK_2: sid=151 devtype=disk allocated channel: ORA_DISK_3 channel ORA_DISK_3: sid=150 devtype=disk allocated channel: ORA_DISK_4 channel ORA_DISK_4: sid=149 devtype=disk channel ORA_DISK_1: starting datafile copy input datafile fno=00001 name=/home/oracle/oradata/orcl/system01.dbf channel ORA_DISK_2: starting datafile copy input datafile fno=00003 name=/home/oracle/oradata/orcl/sysaux01.dbf

11 11 channel ORA_DISK_3: starting datafile copy input datafile fno=00002 name=/home/oracle/oradata/orcl/undotbs01.dbf channel ORA_DISK_4: starting datafile copy input datafile fno=00004 name=/home/oracle/oradata/orcl/users01.dbf output filename=+data2/orcl/datafile/undotbs tag=tag t recid=2 stamp= channel ORA_DISK_3: datafile copy complete, elapsed time: 00:00:16 channel ORA_DISK_3: starting datafile copy copying current control file output filename=+data2/orcl/datafile/users tag=tag t recid=1 stamp= channel ORA_DISK_4: datafile copy complete, elapsed time: 00:00:20 channel ORA_DISK_4: starting full datafile backupset channel ORA_DISK_4: specifying datafile(s) in backupset output filename=+data2/orcl/controlfile/backup tag=tag t recid=3 stamp= channel ORA_DISK_3: datafile copy complete, elapsed time: 00:00:06 including current SPFILE in backupset channel ORA_DISK_4: starting piece 1 at 21-JUL-06 channel ORA_DISK_4: finished piece 1 at 21-JUL-06 piece handle=+data2/orcl/backupset/2006_07_21/nnsnf0_tag t100858_ tag=tag t comment=none channel ORA_DISK_4: backup set complete, elapsed time: 00:00:10 output filename=+data2/orcl/datafile/sysaux tag=tag t recid=4 stamp= channel ORA_DISK_2: datafile copy complete, elapsed time: 00:01:05 output filename=+data2/orcl/datafile/system tag=tag t recid=5 stamp= channel ORA_DISK_1: datafile copy complete, elapsed time: 00:01:21 Finished backup at 30-OCT-06 Finalizado o processo de backup as copy, precisamos realizar o switch no database.

12 12 RMAN> SWITCH DATABASE TO COPY; datafile 1 switched to datafile copy +DATA2/orcl/datafile/system datafile 2 switched to datafile copy +DATA2/orcl/datafile/undotbs datafile 3 switched to datafile copy +DATA2/orcl/datafile/sysaux datafile 4 switched to datafile copy +DATA2/orcl/datafile/users RMAN> alter database open; database opened RMAN> exit Recovery Manager complete. Concluímos o processo de backup as copy do banco de dados, porém como em qualquer restore, a tablespace temporária não é criada, então devemos criá-la. Isso acontece pois a tablespace temporária não fica localizada no controlfile. [oracle@db01]$ sqlplus /as sysdba SQL*Plus: Release Production on Sun OCT 30 21:48: Copyright (c) 1982, 2013, Oracle. All rights reserved. Connected to: Oracle Database 11g Release bit Production With the Real Application Clusters and Automatic Storage Management options SQL> SQL> select name, bytes from v$tempfile; NAME BYTES /home/oracle/oradata/db10g/temp01.dbf

13 13 SQL> create temporary tablespace temp1 tempfile SIZE 100M extent management local uniform size 1M; Tablespace created. SQL> alter database default temporary tablespace temp1; Database altered. SQL> drop tablespace temp including contents; Tablespace dropped. SQL> create temporary tablespace temp tempfile SIZE 100M extent management local uniform size 1M; Tablespace created. SQL> alter database default temporary tablespace temp; Database altered. SQL> drop tablespace temp1 including contents; Tablespace dropped. SQL> select name from v$tempfile; NAME DATA2/orcl/tempfile/temp Posso dizer que esta etapa é opcional, pois os redos serão criados no caminho correto, ou seja, no novo disco criado. Mas vamos recriá-los manualmente.

14 14 SQL> select member from v$logfile; MEMBER DATA2/db10g/onlinelog/group_ DATA2/db10g/onlinelog/group_ DATA2/db10g/onlinelog/group_ DATA2/db10g/onlinelog/group_ DATA2/db10g/onlinelog/group_ SQL> exit Disconnected from Oracle Database 10g Enterprise Edition Release Production With the Partitioning, OLAP and Data Mining options Vamos deletar os redos usando o RMAN para limpar também no controlfile. [oracle@ db01]$ rman target / Recovery Manager: Release Production on Sun OCT 30 22:32: Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. connected to target database: CONC (DBID= ) RMAN> RMAN> run { 2> DELETE COPY OF DATABASE; 3> } using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=134 devtype=disk allocated channel: ORA_DISK_2 channel ORA_DISK_2: sid=151 devtype=disk allocated channel: ORA_DISK_3 channel ORA_DISK_3: sid=153 devtype=disk

15 15 allocated channel: ORA_DISK_4 channel ORA_DISK_4: sid=138 devtype=disk List of Datafile Copies Key File S Completion Time Ckp SCN Ckp Time Name A 30-OCT JUL-06 /home/oracle/oradata/db10g/system01.dbf 7 2 A 21-JUL JUL-06 /home/oracle/oradata/db10g/undotbs01. dbf 8 3 A 21-JUL JUL-06 /home/oracle/oradata/db10g/sysaux01.dbf 9 4 A 21-JUL JUL-06 /home/oracle/oradata/db10g/users01.dbf Do you really want to delete the above objects (enter YES or NO)? YES deleted datafile copy datafile copy filename=/home/oracle/oradata/db10g/system01.dbf recid=6 stamp= deleted datafile copy datafile copy filename=/home/oracle/oradata/db10g/undotbs01.dbf recid=7 stamp= deleted datafile copy datafile copy filename=/home/oracle/oradata/db10g/sysaux01.dbf recid=8 stamp= deleted datafile copy datafile copy filename=/home/oracle/oradata/db10g/users01.dbf recid=9 stamp= Deleted 4 objects RMAN> exit Após a finalização de todas essas etapas, concluímos nosso processo de migração de filesystem para ASM usando o backup as copy database.

16 16 sqlplus /as sysdba SQL*Plus: Release Production on Sun OCT 30 22:40: Copyright (c) 1982, 2013, Oracle. All rights reserved. Connected to: Oracle Database 11g Release bit Production With the Real Application Clusters and Automatic Storage Management options SQL> SQL>select name, open_mode from v$database; NAME OPEN_MODE ========= ==================== ORCL READ WRITE

17 CURIOSIDADE SOBRE O PORQUE DE UM BACKUP 17 O principal objetivo de backup é proteger seus dados contra desastres e falhas de hardware ou falha lógica. No entanto, ter apenas um backup não fornece o nível necessário de segurança. Seu backup primário pode ser destruído juntamente com seus dados de produção, deixando você sem backup para restaurar. Os especialistas de backup recomendam que para construir um plano bemsucedido de proteção de dados e recuperação de desastre, você deve seguir a regra 3-2-1, onde: 3: Você deve ter pelo menos três cópias de seus dados: os dados de produção originais e dois backups. 2: Você deve usar pelo menos dois tipos diferentes de mídia para armazenar as cópias de seus dados, por exemplo, disco local e nuvem. 1: Você deve manter pelo menos um backup fora do site, por exemplo, na nuvem ou em um site remoto. Assim, você deve ter pelo menos dois backups e eles devem estar em locais diferentes. Se um desastre extrair seus dados de produção e backup local, você ainda pode recuperar de seu backup offsite. Enfim, o backup é extremamente importante, porém um processo que muitos DBA s esquecem é realizar periodicamente um teste de desastre recover, ou seja, vamos pegar nosso backup e usá-lo para restaurar em outro servidor, assim podemos definir o tempo de restauração em um desastre e também garantir que o backup que estamos fazendo, copiando para outros locais, está integro e funcional, o que nos servirá se o backup não estiver íntegro.

18 18 CONCLUSÃO Com base no que vimos neste artigo, podemos concluir que a ferramenta RMAN é muito mais do que uma simples ferramenta de backup. Com ela, podemos fazer muitas coisas que facilita nossa vida de DBA, e também garantimos nosso backup ao qual é extremamente importante, pois nós sabemos que um banco sem backup não é nada seguro. Vimos que para migrar um banco de dados, seja de ASM para ASM ou ASM para filesystem, é um processo simples, basta termos atenção no processo e realizar os passos descritos.

19 19 LINKS PARA SABER MAIS Links Referências e Bibliografia Autor: Oracle.com

20 Há 18 anos, a DBACorp atua na área de TI e garante resultados reais para os seus investimentos. Afinal, 95% dos nossos clientes aprovam e recomendam os serviços que oferecemos. Temos soluções sob medida para os mais diversos projetos em banco de dados, infraestrutura e cloud computing. Oferecemos serviços como suporte 24x7x365, alocação de profissionais, venda de licenças, monitoração proativa, alta disponibilidade e sustentação. Tudo isso com equipes certificadas de DBAs e de infraestrutura, prontas para atender todos os segmentos e tamanhos de empresas. E para garantir ainda mais a qualidade, a DBACorp é parceira dos principais players do mercado, como Oracle, Microsoft, Amazon Web Services e WMware. DBACorp. Inteligência aplicada a TI e ao seu negócio.

21 ESCRITÓRIOS Anthony Baldavia São Paulo - SP R. Samuel Morse, 74, Conj. 21 Brooklin Novo - CEP Rio de Janeiro - RJ Av. Rio Branco, 1-12º andar Centro - CEP REDES SOCIAIS