Application Agent Dell EMC PowerProtect Database · SQL, MongoDB, MySQL e PostgreSQL..... 35 Configurações aceitas ... Visão geral dos backups e restaurações do Storage Direct

Dell EMC PowerProtect DatabaseApplication AgentVersão 19.2

Guia de instalação e administração302-005-989

REV 01

September 2019

Copyright © 2013-2019 Dell Inc. or its subsidiaries. Todos os direitos reservados.

A Dell assegura que as informações apresentadas neste documento estão corretas na data da publicação. As informações estão sujeitas a

alterações sem prévio aviso.

AS INFORMAÇÕES CONTIDAS NESTA PUBLICAÇÃO SÃO FORNECIDAS “NO ESTADO EM QUE SE ENCONTRAM”. A DELL NÃO GARANTE

NENHUM TIPO DE INFORMAÇÃO CONTIDA NESTA PUBLICAÇÃO, ASSIM COMO SE ISENTA DE GARANTIAS DE COMERCIALIZAÇÃO OU

ADEQUAÇÃO DE UM PRODUTO A UM PROPÓSITO ESPECÍFICO. O USO, A CÓPIA E A DISTRIBUIÇÃO DE QUALQUER SOFTWARE DA DELL

DESCRITO NESTA PUBLICAÇÃO EXIGE UMA LICENÇA DE SOFTWARE.

Dell Technologies, Dell, EMC, Dell EMC e outras marcas comerciais são de propriedade da Dell Inc. ou de suas subsidiárias. Outras marcas

comerciais aqui mencionadas pertencem a seus respectivos proprietários. Publicado no Brasil.

Dell EMC (Brasil)Rua Verbo Divino, 1.488 – 4º andar São Paulo – SP – 04719-904Tel.: (11) 5185-8800 Fax: (11) 5185-8999www.DellEMC.com/pt-br/index.htm

2 Dell EMC PowerProtect Database Application Agent Guia de instalação e administração

13

15

17

Visão geral do produto 21Terminologia usada neste guia.......................................................................... 22Introdução ao produto.......................................................................................22

Application Direct Backups e restaurações do......................................23Storage Direct Backups e restaurações do em um sistema VMAX....... 24Storage Direct Backups e restaurações do com RecoverPoint em umsistema XtremIO.................................................................................. 29Proteção de aplicativos orquestrados com bancos de dados MicrosoftSQL, MongoDB, MySQL e PostgreSQL............................................... 35

Configurações aceitas.......................................................................................36Configurações de alta disponibilidade...................................................36Data Domain High Availability (HA)...................................................... 37Suporte à virtualização.........................................................................38Replicação do Data Domain..................................................................38Replicação do VMAX............................................................................38

Limites de uso nos recursos do Data Domain.................................................... 43Operações do agente de aplicativos de banco de dados com limites deuso da capacidade do Data Domain...................................................... 44Operações do agente de aplicativos de banco de dados com limites deuso do Data Domain nos fluxos.............................................................45Operações do Storage Direct do agente de aplicativos de banco dedados com limites de uso do Data Domain............................................45

Roteiro para operações de produtos................................................................. 47

Configuração do sistema Data Domain para operações do ApplicationDirect 49Licenciamento do sistema Data Domain............................................................50Ativar o DD Boost em um sistema Data Domain................................................ 50Alterando os privilégios de acesso do DD Boost.................................................51Habilite a criptografia sobre uma conexão WAN............................................... 52Permitir as operações do DD Boost por um firewall.......................................... 52Configurar as unidades de armazenamento.......................................................53Ativar o processamento distribuído de segmentos............................................ 53Permitir o balanceamento de carga avançado e o failover de link......................54Ative o serviço DD Boost sobre FC................................................................... 55

Gerenciamento de caminhos do DD Boost sobre FC............................ 56Validando e solucionando problemas da conexão do banco de dados e do sistemaData Domain..................................................................................................... 57

Figuras

Tabelas

Prefácio

Capítulo 1

Capítulo 2

CONTEÚDO

Dell EMC PowerProtect Database Application Agent Guia de instalação e administração 3

Instalação do produto 59Roteiro para instalar ou atualizar o software.....................................................60Instalando e desinstalando o software no AIX................................................... 62

Instalação do software no AIX..............................................................62Desinstalar o software no AIX.............................................................. 65

Instalando e desinstalando o software no Linux................................................ 65Instalação do software no Linux...........................................................65Desinstalar o software no Linux............................................................67

Instalando e desinstalando o software no Solaris.............................................. 67Instalar o software no Solaris............................................................... 67Desinstalar o software no Solaris......................................................... 69

Instalando e desinstalando o software no Microsoft Windows.......................... 69Instalar o software no Windows........................................................... 70Desinstalar o software no Windows...................................................... 71

Componentes de software.................................................................................71Links de software criados durante a instalação.................................... 74

Software Data Domain BoostFS........................................................................75Acessando o software Data Domain BoostFS.......................................75Ativando o Data Domain BoostFS para proteção de aplicativosorquestrados........................................................................................ 76

Configuração do produto 79Roteiro para configurações...............................................................................80Definindo o arquivo de configuração................................................................. 80

Criando um arquivo de configuração não usado com a proteção deaplicativos orquestrados....................................................................... 81Criando arquivos de configuração usados com proteção de aplicativosorquestrados........................................................................................82Regras de sintaxe para o arquivo de configuração................................83Parâmetros comuns............................................................................. 86Parâmetros comuns do Storage Direct para VMAX..............................89Parâmetros comuns do Storage Direct com RecoverPoint para XtremIO............................................................................................................. 91

Configurando as operações de produtos por meio de redes FC e IP..................94Verificando o modo do Solutions Enabler para backups do VMAX.....................95Configurando a otimização de backups do Storage Direct para o software demúltiplos caminhos de terceiros........................................................................96Configurando as restaurações de backups replicados....................................... 96

Configurando as restaurações de backups do Storage Direct replicados........................................................................................................... 100

Configurando diretamente as restaurações do Storage Direct VMAX a partir doData Domain.................................................................................................... 103Configurando as restaurações do Storage Direct VMAX de snapshots locais.. 104Configurando restaurações de reversão de backups do Storage Direct........... 105Configurando os limites de uso nos recursos do Data Domain......................... 109

Configurar a cota de uso na capacidade do Data Domain....................109Configurar os limites de utilização em fluxos do Data Domain.............109

Configurando a lockbox....................................................................................110Requisitos de lockbox..........................................................................110Configurando a lockbox com o comando ddbmadmin...........................111

Configurando a exibição e exclusão de informações do saveset.......................124Usando o comando ddbmadmin para exibir e excluir savesets.............126Usando o comando ddbmadmin para exibir os clients para um caminhode dispositivo......................................................................................130Usando o comando ddbmadmin para exibir informações do saveset....131

Capítulo 3

Capítulo 4

Conteúdo


Usando o comando ddbmadmin para exibir informações do arquivo desalvamento......................................................................................... 132Usando o comando ddbmadmin para excluir savesets.........................134Usando o comando ddbmadmin para fazer upgrade do índice de backup........................................................................................................... 136

Configurando o uso do Data Domain Cloud Tier para movimentação de dadospara a nuvem................................................................................................... 137

Configurando a política do DD Cloud Tier para mover dados para anuvem................................................................................................. 137Realizando a movimentação de dados para a nuvem...........................140Realizando a recuperação de dados da nuvem.................................... 140Realizando recall de dados da nuvem após a recuperação de desastresda classificação em nuvem DD............................................................ 142

Dicas de solução de problemas gerais.............................................................. 143Configurações do registro de depuração.............................................143Arquivos de log de depuração............................................................. 144O backup ou a restauração apresentam falha devido a uma lockboxinacessível.......................................................................................... 146O backup ou a restauração apresentam falha devido a uma lockboxdesatualizada...................................................................................... 146O comando ddbmadmin -P identifica um conflito com um aplicativoinstalado............................................................................................. 146A criação de lockbox pode apresentar falhas em um compartilhamentovia NFS/CIFS......................................................................................147Procedimento de criação de lockbox quando o UAC está ativado noWindows............................................................................................. 147Uma atualização importante do sistema pode produzir um erro de limitede valor estável de lockbox................................................................. 147A restauração falha se a configuração do parâmetro CLIENT nãocorresponder ao nome do client de backup.........................................148

Dicas de solução de problemas específicas do Storage Direct......................... 148A operação do Storage Direct poderá apresentar falha devido aproblemas de configuração................................................................. 148A restauração poderá falhar devido a uma versão do file system ou dogerenciador de volumes incompatível................................................. 149Solução de problemas de restaurações do Storage Direct para VMAX....149Storage Direct para dispositivos VMAX deve ser reconhecido pelobanco de dados de configuração do Symmetrix..................................150Deve existir um link do snapvx para o dispositivo de backup do StorageDirect para VMAX...............................................................................150Limpeza manual de dispositivos de restauração FAST.X após umarestauração com falha de um backup do Storage Direct para VMAX.. 150Liberação manual de um dispositivo vdisk bloqueado após uma operaçãode restauração com falha ou abortada................................................ 152

Operações do Application Direct em Sistemas DB2 153Visão geral das operações do Application Direct em um ambiente DB2............154

Processos de backup do Application Direct DB2.................................154Processos de restauração do Application Direct DB2......................... 155Backups do DB2 de registros de transações....................................... 155

Configuração das operações do Application Direct em um ambiente DB2........156Integrando o produto ao ambiente DB2.............................................. 156Configurando os parâmetros do DB2 para operações do ApplicationDirect................................................................................................. 156

Capítulo 5

Conteúdo


Configurando o arquivamento de registro de transação do DB2......... 158Configurando a exclusão de backup do DB2....................................... 159Evitando a exclusão de imagens de backup do DB2............................ 160Estimando o uso de recursos do Data Domain em sistemas DB2......... 161

Fazendo backups e recuperação do Application Direct com o CLP do DB2......162Fazendo backups do DB2 com o CLP do DB2..................................... 162Realizando restaurações do DB2 com o CLP do DB2.......................... 165Realizando uma recuperação de DB2 com o CLP do DB2................... 168

Fazendo backups e restaurações do Application Direct com a GUI do DB2......169Realizando uma recuperação de dados de backup do Application Direct comprogramas utilitários........................................................................................ 170

Recuperando backups do banco de dados do DB2 e backups deregistros com o utilitário ddbmdb2adutil............................................. 170Recuperando dados de backup do DB2 com o utilitário IBM HPU....... 176

Executando a recuperação de desastres do DB2............................................. 178Requisitos de DB2 DPF para operações do Application Direct......................... 179Requisitos de DB2 HADR para operações do Application Direct...................... 180Requisitos do DB2 pureScale para operações do Application Direct................. 181

Executando backups do Application Direct em um ambiente do DB2pureScale............................................................................................182Executando restaurações do Application Direct em um ambiente do DB2pureScale............................................................................................182Restaurando entre uma instância do DB2 pureScale e um EnterpriseServer Edition..................................................................................... 182Backups e restaurações de registros de transações em um ambiente doDB2 pureScale.................................................................................... 184Excluindo backups do Application Direct em um ambiente do DB2pureScale........................................................................................... 185

Dicas de solução de problemas do DB2 para operações do Application Direct. 185A restauração e o avanço multi-stream do DB2 podem falhar no AIXcom DFC.............................................................................................185Problema do DB2 com a resolução do nome de host local...................185Problemas do DB2 com a configuração logarchopt<n>.......................186Problemas de remoção do DB2 com AUTO_DEL_REC_OBJ.............. 188Problemas no DB2 devido à recuperação incorreta de registros......... 189O backup de banco de dados pode apresentar falha quando executadosimultaneamente com backups de um grande número de registrosarquivados.......................................................................................... 190A operação do DB2 pode gerar registros de depuração vazios noWindows.............................................................................................190

Operações do Storage Direct em Sistemas DB2 191Visão geral das operações do Storage Direct em um ambiente DB2................ 192

Processos de backup do Storage Direct DB2......................................192Processos de restauração do Storage Direct DB2.............................. 193Backups do DB2 de registros de transações....................................... 193

Configuração de operações do Storage Direct em um ambiente do DB2......... 193Configurando os parâmetros do DB2 para operações do Storage Direct..194Configurando o arquivamento de registro de transação do DB2......... 195Preparando para restaurações da reversão redirecionadas do DB2 debackups do Storage Direct para VMAX...............................................196Preparando-se para os backups e restaurações da reversão do DB2Storage Direct com RecoverPoint...................................................... 196

Fazendo backups e recuperação do Storage Direct com o CLP do DB2...........197

Capítulo 6

Conteúdo


Fazendo backups do Storage Direct com o CLP do DB2..................... 197Realizando restaurações do Storage Direct com o CLP do DB2..........198Realizando uma recuperação de DB2 com o CLP do DB2................... 199

Gerenciando e excluindo backups do Storage Direct DB2................................199Consultando backups do Storage Direct DB2.....................................200Excluindo backups do Storage Direct DB2......................................... 200

Executando a recuperação de desastres do DB2............................................. 201Requisitos de DB2 DPF para operações do Storage Direct............................. 202

Requisitos do file system para operações do Storage Direct em umambiente DPF.................................................................................... 202Requisitos de configuração para as operações do Storage Direct em umambiente DPF.................................................................................... 204Realizando backups do Storage Direct em um ambiente DPF............ 205Realizando restaurações do Storage Direct em um ambiente DPF..... 206Executando operações de consulta e exclusão em um ambiente DPF.207

Requisitos de DB2 HADR para operações do Storage Direct...........................208Requisitos do DB2 pureScale para operações do Storage Direct.....................209

Visão geral dos backups e restaurações do Storage Direct de um bancode dados do DB2 pureScale............................................................... 209Requisitos de configuração para as operações do Storage Direct em umambiente do DB2 pureScale................................................................210Executando backups do Storage Direct em um ambiente do DB2pureScale............................................................................................213Executando restaurações do Storage Direct em um ambiente do DB2pureScale............................................................................................213Restaurações da reversão redirecionadas de backups do Storage Directpara VMAX a LUNs alternativas em um cluster diferente....................216Backups e restaurações de registros de transações em um ambiente doDB2 pureScale................................................................................... 220Excluindo backups do Storage Direct em um ambiente do DB2pureScale...........................................................................................220

Dicas de solução de problemas do DB2 para operações do Storage Direct......220A restauração de DB2 Storage Direct pode falhar com o código de errode DB2 SQL2081N.............................................................................. 221

Operações do Application Direct em Sistemas Oracle 223Visão geral das operações do Application Direct em um ambiente Oracle....... 224

Processos de backup do Oracle......................................................... 224Processos de restauração do Oracle.................................................. 225Backups do Oracle de redo logs arquivados....................................... 225

Configuração das operações do Application Direct em um ambiente Oracle... 226Configurando o arquivo de configuração em um ambiente Oracle...... 226Criando os scripts de RMAN para as operações de Oracle do ApplicationDirect.................................................................................................226Configurando as operações em um ambiente Oracle Data Guard....... 228Configuração da desduplicação otimizada do Oracle ......................... 228Estimando o uso de recursos do Data Domain nos sistemas Oracle....229

Realizando backups e restaurações do Application Direct com o Oracle RMAN....230Realizando backups e restaurações do Application Direct com Oracle EnterpriseManager......................................................................................................... 230Realizando backups e restaurações de CDBs e PDBs Oracle........................... 231Realizando operações de exclusão de backup e manutenção no Oracle........... 231Preparando-se para a recuperação de desastres do Oracle.............................232

Capítulo 7

Conteúdo


Requisitos do Oracle RAC e do cluster ativo-passivo para operações doApplication Direct............................................................................................233Dicas de solução de problemas do Oracle para operações do Application Direct...233

Operações do Storage Direct em Sistemas Oracle 235Visão geral das operações do Storage Direct em um ambiente Oracle............ 236

Processos de backup do Storage Direct Oracle..................................236Processos de restauração do Storage Direct Oracle.......................... 237Backups do Storage Direct Oracle de redo logs arquivados................237

Configuração das operações do Storage Direct em um ambiente Oracle........ 238Configurando o arquivo de configuração em um ambiente Oracle...... 239Criando os scripts de RMAN para as operações do Storage Direct.... 239Preparando a restauração de registros arquivados.............................242Preparando o dispositivo Data Domain para restauração no Windows243Preparando-se para backups e restaurações da reversão do OracleStorage Direct com RecoverPoint que usam o RecoverPoint 5.0 ouposterior............................................................................................ 243Preparando-se para backups e restaurações da reversão do OracleStorage Direct com RecoverPoint que usam o RecoverPoint pré-5.0 244Configurando as operações em um ambiente Oracle Data Guard....... 244

Realizando backups e restaurações do Storage Direct com o Oracle RMAN...245Realizando backups e restaurações do Storage Direct com Oracle EnterpriseManager..........................................................................................................246Realizando backups e restaurações de CDBs e PDBs Oracle...........................246Realizando operações de exclusão de backup e manutenção no Oracle.......... 247Preparando-se para a recuperação de desastres do Oracle.............................247Requisitos do Oracle RAC e do cluster ativo-passivo para operações do StorageDirect..............................................................................................................248Requisitos do Oracle ASM para operações do Storage Direct.........................249

Visão geral de backups e restaurações do Storage Direct de bancos dedados do Oracle no Oracle ASM.........................................................249Configurando backups e restaurações do Storage Direct do banco dedados do Oracle no Oracle ASM........................................................ 250Executando e gerenciando os backups do Storage Direct do banco dedados do Oracle no Oracle ASM.........................................................256Configurando e executando operações de catálogo do RMAN em umhost de proxy..................................................................................... 262Realizando a restauração e recuperação do RMAN de backups doStorage Direct do Oracle ASM...........................................................269Executando restaurações de reversão de backups do Storage Direct doOracle ASM........................................................................................292

Proteção e reversão do Storage Direct para VCS no Solaris........................... 300Realizando uma restauração VCS de Storage Direct..........................300Realizando uma reversão do Storage Direct VCS...............................303

Dicas de solução de problemas do Oracle para operações do Storage Direct..306A restauração da reversão do Oracle para um novo banco de dadospoderá falhar quando o OMF estiver ativado......................................306

Operações do Application Direct em sistemas SAP HANA 307Visão geral das operações do Application Direct em um ambiente SAP HANA 308

Processos de backup do SAP HANA.................................................. 309Processos de restauração do SAP HANA...........................................309Backups do SAP HANA dos redo logs................................................ 309

Capítulo 8

Capítulo 9

Conteúdo


Configuração das operações do Application Direct em um ambiente SAP HANA..309

Integrando o produto no ambiente SAP HANA................................... 310Configurando os parâmetros do SAP HANA....................................... 310Configurando o suporte do SAP HANA 2.0 SPS 00.............................311Ativando o arquivo de configuração no SAP HANA Studio.................. 311Configurando backups automáticos de redo logs do SAP HANA.........312Estimando o uso de recursos do Data Domain em sistemas SAP HANA...313

Realizando backups do Application Direct, recuperação e exclusões com o SAPHANA Studio................................................................................................... 315

Realizando backups do Application Direct usando o SAP HANA Studio....315Executando a restauração e recuperação do Application Direct usando oSAP HANA Studio...............................................................................316Excluindo backups do Application Direct usando o SAP HANA Studio....318

Executando backups e recuperações do Application Direct com a CLI do SAPHANA..............................................................................................................320

Executando backups do Application Direct com a CLI do SAP HANA.320Cancelando backups do Application Direct com a CLI do SAP HANA..321Verificando backups do Application Direct com a CLI do SAP HANA..322Executando recuperações do Application Direct com a CLI do SAPHANA.................................................................................................322

Preparando-se para a recuperação de desastres do SAP HANA......................323Requisitos de scale-out do SAP HANA para operações do Application Direct. 324Dicas de soluções de problemas do SAP HANA para operações do ApplicationDirect..............................................................................................................325

Limitações de suporte dinâmico de classificação por níveis com SAPHANA.................................................................................................325Limitações no suporte de SAP HANA 1.0 SPS 09...............................325Limitações no suporte de SAP HANA 2.0...........................................325

Operações do Application Direct em sistemas SAP com Oracle 327Visão geral das operações do Application Direct em um ambiente SAP comOracle............................................................................................................. 328

Processos de backup do SAP com Oracle.......................................... 328Processos de restauração do SAP com Oracle...................................329

Configuração das operações do Application Direct em um ambiente SAP comOracle............................................................................................................. 330

Confirmando as permissões de arquivo e de ambiente....................... 330Habilitando os privilégios de administrador para restaurações de SAPcom Oracle no Windows.....................................................................330Configurando as operações do Application Direct com o utilitário backint........................................................................................................... 331Configurando as operações do Application Direct com o Oracle RMAN...335Estimando o uso de recursos do Data Domain nos sistemas SAP comOracle................................................................................................ 337

Executando backups e recuperação do Application Direct com SAP BR*Tools....338

Executando backups do Application Direct com BR*Tools.................338Fazendo backups e restaurações do Application Direct com BR*Tools....339

Preparando para a recuperação de desastres do SAP com Oracle.................. 340

Capítulo 10

Conteúdo


Restaurando os arquivos necessários do Oracle e do SAP BR*Tools. 340Recuperando um banco de dados do SAP Oracle após desastre......... 341

SAP com Oracle RAC e requisitos de cluster para operações do ApplicationDirect..............................................................................................................342

Requisitos de cluster ativo-passivo.................................................... 342Requisitos do Oracle RAC.................................................................. 342

Dicas de solução de problemas do SAP com Oracle para operações doApplication Direct............................................................................................343

Operações do Storage Direct em sistemas SAP com Oracle 345Visão geral das operações do Storage Direct em um ambiente SAP com Oracle...346

Processos de backup do SAP com Oracle.......................................... 346Processos de restauração do SAP com Oracle................................... 347

Configuração de operações do Storage Direct em um ambiente SAP com Oracle........................................................................................................................347

Integrando o produto ao ambiente BR*Tools..................................... 348Confirmando as permissões de arquivo e de ambiente....................... 350Habilitando os privilégios de administrador para restaurações de SAPcom Oracle no Windows.....................................................................350Configurando os parâmetros do SAP com Oracle.............................. 350Preparando a restauração de registros arquivados.............................353Preparando o dispositivo Data Domain para restauração no Windows354Preparando para restaurações da reversão de backups do StorageDirect do SAP com Oracle..................................................................354Preparando-se para backups e restaurações da reversão do SAP comOracle Storage Direct com RecoverPoint que usam o RecoverPointpré-5.0...............................................................................................355

Executando backups e recuperação do Storage Direct com SAP BR*Tools....356Executando backups do Storage Direct com BR*Tools......................356Fazendo backups e restaurações do Storage Direct com BR*Tools...356

Preparando para a recuperação de desastres do SAP com Oracle.................. 358Restaurando os arquivos necessários do Oracle e do SAP BR*Tools. 358Recuperando um banco de dados do SAP Oracle após desastre........ 359

SAP com Oracle RAC e requisitos de cluster para operações do Storage Direct...359

Requisitos de cluster ativo-passivo.................................................... 359Requisitos do Oracle RAC.................................................................. 360

Proteção e reversão do Storage Direct para VCS no Solaris........................... 360Realizando uma restauração VCS de Storage Direct..........................360Realizando uma reversão do Storage Direct VCS...............................363

Dicas de solução de problemas do SAP com Oracle para operações do StorageDirect..............................................................................................................366

Operações da proteção de aplicativos orquestrados em bancos dedados Microsoft SQL, MongoDB, MySQL e PostgreSQL 367Visão geral da proteção de aplicativos orquestrados....................................... 368

Recursos do agente de aplicativos de banco de dados específicos paraMicrosoft SQL................................................................................... 368Recursos específicos do agente de aplicativos de banco de dados paraMongoDB...........................................................................................369Recursos do agente de aplicativos de banco de dados específicos paraMySQL...............................................................................................369

Capítulo 11

Capítulo 12

Conteúdo


Recursos do agente de aplicativos de banco de dados específicos paraPostgreSQL....................................................................................... 369

Componentes da proteção de aplicativos orquestrados................................... 371Configurando operações da proteção de aplicativos orquestrados.................. 372

Parâmetros da proteção de aplicativos orquestrados......................... 372Considerações sobre o backup da proteção de aplicativos orquestrados...........................................................................................................379

Realizando operações da proteção de aplicativos orquestrados.......................391Realizando backups da proteção de aplicativos orquestrados com ocomando ddbmoappbackup................................................................392Realizando a restauração de dados da proteção de aplicativosorquestrados......................................................................................393

Preparando a recuperação de desastres da proteção de aplicativos orquestrados....................................................................................................................... 405

Realizando uma recuperação de desastres de proteção de aplicativosorquestrados......................................................................................405

Dicas de solução de problemas da proteção de aplicativos orquestrados........ 406O backup da proteção de aplicativos orquestrados pode apresentarfalha no Linux com um erro de fusermount........................................ 406O backup de proteção de aplicativos orquestrados pode ser suspenso noLinux com a autenticação de senha do banco de dados......................407

Otimizado para o desempenho 409Otimização do desempenho de backup e recuperação.....................................410Regra de 70% do componente de hardware.................................................... 410Impacto dos componentes de software no desempenho..................................410Otimização do desempenho em sistemas DB2..................................................411Otimização do desempenho em sistemas Oracle............................................. 412Otimização do desempenho em sistemas SAP HANA...................................... 412Otimização de desempenho dos sistemas SAP com Oracle............................. 413

415

Apêndice

Glossário

Conteúdo


Conteúdo


Storage Direct Ambiente do Agente de aplicativos de banco de dados do.........................26Workflow de backup do Storage Direct.............................................................................28Storage Direct Ambiente do com RecoverPoint.................................................................31Workflow de backup do Storage Direct com RecoverPoint...............................................33Workflow de restauração do Storage Direct com RecoverPoint....................................... 35Agente de aplicativos de banco de dados em uma configuração independente................. 36Backup do ProtectPoint em um Storage Direct secundário em uma configuração de SRDF......................................................................................................................................... 39Backup do ProtectPoint em um Storage Direct primário ou secundário em umaconfiguração de SRDF...................................................................................................... 40Topologia compatível do SRDF/Metro.............................................................................. 42Layout do file system do banco de dados em um ambiente Storage Direct DPF..............204Requisitos de layout do file system de destino para uma restauração da reversãoredirecionada a um cluster alternativo do pureScale........................................................219Configurações de backup agendado no Oracle Enterprise Manager.................................231Configurações de backup agendado no Oracle Enterprise Manager................................246Especificando o arquivo de configuração no SAP HANA Studio.......................................312Configurando backups de registro automático no SAP HANA Studio.............................. 313Especificando configurações de backup no SAP HANA Studio........................................ 315Especificando o tipo de recuperação no SAP HANA Studio............................................. 316Localizando os backups de registros no SAP HANA Studio..............................................317Selecionando o backup de dados no SAP HANA Studio................................................... 318Especificando as configurações para excluir um backup no SAP HANA Studio................319Especificando as configurações para excluir os backups mais antigos de um backup noSAP HANA Studio...........................................................................................................320

1234567

8

91011

12131415161718192021

FIGURAS


Figuras


Histórico de revisões..........................................................................................................17Convenções de estilo.........................................................................................................18Tipos de conexões de rede em um ambiente do Storage Direct........................................ 26Tipos de conexões de rede em um ambiente do Storage Direct com RecoverPoint........... 31Diretórios de instalação do software no AIX......................................................................63Diretórios de instalação do software no Linux................................................................... 66Diretórios de instalação do software no Solaris.................................................................68Componentes de software do produto.............................................................................. 72Parâmetros comuns.......................................................................................................... 86Parâmetros comuns do Storage Direct para VMAX...........................................................89Parâmetros comuns do Storage Direct com RecoverPoint para XtremIO.......................... 91Parâmetros para as operações por meio de redes FC........................................................94Parâmetros para restaurações a partir de um sistema Data Domain secundário................ 97Opções do comando ddbmadmin para as operações da lockbox....................................... 112Exemplos de comandos ddbmadmin não interativos......................................................... 113As opções de comando ddbmadmin para exibir e excluir os savesets............................... 127Parâmetros para fins de depuração................................................................................. 143Parâmetros do DB2 para operações do Application Direct...............................................156Opções do utilitário ddbmdb2adutil para recuperação de imagem de backup...................172Valores de exemplo para entrada do host no arquivo de configuração do sistema........... 186Parâmetro do DB2 para operações do Storage Direct..................................................... 195Parâmetros de operações do Oracle ASM.......................................................................254As opções de comando ddboraasm para um backup do Storage Direct do Oracle ASM.. 257Parâmetros das operações de catálogo do RMAN em um host de proxy.........................265As opções do comando ddboraasm para uma operação de catálogo do RMAN em um hostde proxy..........................................................................................................................268As opções de comando ddboraasm para visualização da restauração e operação demontagem........................................................................................................................271As opções de comando ddboraasm para uma restauração e recuperação automatizadas286As opções de comando ddboraasm para visualização da restauração e operação depreparação da reversão...................................................................................................293As opções de comando ddboraasm para a operação da reversão.................................... 297Parâmetro de paralelismo do SAP HANA......................................................................... 310Parâmetros de SAP com Oracle para operações do Application Direct com backint....... 333Parâmetros do SAP com Oracle para operações do Storage Direct.................................351Componentes da proteção de aplicativos orquestrados................................................... 371Parâmetros para backups da proteção de aplicativos orquestrados................................ 372Parâmetros para restaurações da proteção de aplicativos orquestrados......................... 378Opções da linha de comando para ddbmoappbackup...................................................... 380Mapeamento do nível de backup para backups do PostgreSQL...................................... 389Opções da linha de comando para ddbmoapprecover......................................................394

12345678910111213141516171819202122232425

26

2728

29303132333435363738

TABELAS


Tabelas


Prefácio

Como parte do esforço para melhorar as linhas de produto, a EMC lança periodicamente revisõesde software e hardware. Portanto, nem todas as versões de software ou hardware em usoatualmente podem dar suporte a todas as funções descritas neste documento. As notas da versãodo produto contêm as informações mais recentes sobre os recursos do produto.

Caso um produto não funcione corretamente ou não funcione conforme descrito neste documento,entre em contato com um profissional de suporte técnico.

Obs.: Este documento estava preciso no momento da publicação. Consulte o site de suportepara garantir que você está usando a versão mais recente deste documento https://www.dell.com/support.

Objetivo

Este documento descreve como instalar, configurar e usar o agente de aplicativos de banco dedados PowerProtect versão 19.2 para operações de Application Direct e Storage Direct.

Público-alvo

Este documento é destinado a administradores de banco de dados (DBAs) ou os administradoresde sistema responsáveis pela instalação e manutenção dos sistemas de backup e recuperação debancos de dados ou aplicativos.

Os usuários deste guia devem estar familiarizados com os seguintes tópicos:

l Backup, recuperação, banco de dados, aplicativos e terminologia de rede

l Procedimentos de backup e recuperação

l Procedimentos de recuperação de desastres

Histórico de revisões

A seguinte tabela apresenta o histórico de revisões deste documento.

Tabela 1 Histórico de revisões

Revisão Data Descrição

01 24 de setembro de2019

Versão inicial deste documento para o agente deaplicativos de banco de dados 19.2.

Documentação relacionada

Você pode localizar publicações adicionais para essa versão do produto e produtos relacionados nosite de suporte.

A seção DDBEA do eLab Navigator em https://elabnavigator.emc.com/eln/modernHomeDataProtection apresenta detalhes sobre os ambientes e as plataformas compatíveiscom suporte.

Convenções de avisos especiais que são usadas neste documento

As seguintes convenções são usadas para avisos especiais:

AVISO Identifica conteúdo que avisa sobre possíveis perda de dados ou de negócios.

Obs.: Contém informações importantes, mas não essenciais ao tópico.


https://www.dell.com/support


https://elabnavigator.emc.com/eln/modernHomeDataProtection


Convenções tipográficas

As seguintes convenções de estilo tipográfico são usadas neste documento:

Tabela 2 Convenções de estilo

Negrito Usado em elementos de interface nos quais um usuário clica ou queseleciona especificamente, por exemplo, nomes de botões, campos,nomes de guias e caminhos de menu. Também usado para o nome deuma caixa de diálogo, página, painel, área da tela com título, legendade tabela e janela.

Itálico Usado em títulos completos de publicações mencionadas no texto.

Monospace Usada para:

l Código do sistema

l Resultados do sistema, como uma mensagem de erro ou umscript

l Nomes de caminhos, nomes de arquivos, extensões de nomes dearquivo, prompts e sintaxe

l Comandos e opções

Monospace em itálico Usado para variáveis.

Monospace emnegrito

Usado para interação do usuário.

[ ] Os colchetes delimitam valores opcionais.

| A linha vertical indica seleções alternativas. Ela significa ‘ou’ para asseleções alternativas.

{ } As chaves envolvem o conteúdo que o usuário deve especificar,como x, y ou z.

... As reticências indicam informações não essenciais omitidas doexemplo.

Você pode usar estes recursos para localizar mais informações sobre esse produto, obter suporte efornecer feedback.

Onde encontrar a documentação do produto

l https://www.dell.com/support

l https://community.emc.com

Onde obter suporte

O site de suporte https://www.dell.com/support oferece acesso a informações sobrelicenciamento de produtos, documentação, conselhos técnicos e downloads, além de instruções esolução de problemas. Essas informações podem permitir que você resolva um problema de umproduto antes de entrar em contato com o suporte.

Para acessar uma página específica de um produto:

1. Vá para https://www.dell.com/support.

2. Na caixa de pesquisa, digite um nome de produto e selecione-o na lista exibida.

Base de conhecimentos

A base de conhecimento contém soluções aplicáveis que você pode pesquisar por número dasolução (por exemplo, KB000xxxxxx) ou por palavra-chave.

Prefácio



https://community.emc.com



Para pesquisar a base de conhecimento:


2. Na guia Support, clique em Knowledge Base.

3. Na caixa de pesquisa, digite o número da solução ou as palavras-chave. Opcionalmente, vocêpode limitar a pesquisa a produtos específicos digitando um nome de produto na caixa depesquisa e, em seguida, selecionando o produto na lista exibida.

Bate-papo on-line

Para participar de um bate-papo interativo ao vivo com um agente de suporte:


2. Na guia Support, clique em Contact Support.

3. Na página Contact Information, clique no suporte relevante e prossiga.

Chamados

Para obter ajuda detalhada do departamento de Licensing, envie um chamado. Para enviar umchamado:


2. Na guia Support, clique em Service Requests.

Obs.: Para criar um chamado, você deve ter um contrato de suporte válido. Para obterdetalhes sobre uma conta ou em caso de dúvidas sobre como obter um contrato de suporteválido, entre em contato com um representante de vendas. Para obter os detalhes de umchamado, no campo Service Request Number, digite o número do chamado e clique naseta para a direita.

Para analisar um chamado aberto:


2. Na guia Support, clique em Service Requests.

3. Na página Service Requests, em Manage Your Service Requests, clique em View All DellService Requests.

Comunidade on-line

Para obter contatos, conversas e conteúdo de colegas da área sobre suporte a produtos esoluções, acesse a Rede da comunidade https://community.emc.com. Interaja ativamente on-linecom clientes, parceiros e profissionais certificados.

Como fornecer feedback

O feedback nos ajuda a melhorar a precisão, a organização e a qualidade geral das publicações.Você pode enviar seu feedback para [email protected].

Prefácio






https://community.emc.com

mailto:[email protected]

Prefácio


CAPÍTULO 1

Visão geral do produto

Este capítulo contém os seguintes tópicos:

l Terminologia usada neste guia...............................................................................................22l Introdução ao produto........................................................................................................... 22l Configurações aceitas........................................................................................................... 36l Limites de uso nos recursos do Data Domain.........................................................................43l Roteiro para operações de produtos......................................................................................47


Terminologia usada neste guiaOs termos agente de aplicativos de banco de dados, produto e software neste guia referem-se aosoftware do agente de banco de dados que ativa os workflows e a funcionalidade do ApplicationDirect e do Storage Direct.

As seções genéricas deste guia utilizam o termo registros de transação para os registros que sãonecessários para recuperar dados que o agente de aplicativos de banco de dados armazenou embackup. Os diferentes aplicativos aceitos pelo produto usam termos específicos a eles para os logs,como logs arquivados.

As referências de UNIX neste guia se aplicam a sistemas operacionais UNIX e Linux, a menos queespecificado de outra forma. As referências do Windows se aplicam a todos os sistemasoperacionais compatíveis com o Microsoft Windows, a menos que especificado de outra forma.

Os processos do agente de aplicativos de banco de dados distinguem entre a restauração erecuperação de um banco de dados:

l Restauração significa recuperar dados de backup e armazenar os dados no disco.l Recuperar significa aplicar os registros de transações para tornar o banco de dados

consistente.

O termo restauração point-in-time também é conhecido como restauração em nível de objeto.

O glossário apresenta detalhes sobre os termos usados neste guia. Os termos incluem DataDomain, VMAX e termos específicos do XtremIO relacionados às operações compatíveis doApplication Direct (DD Boost), Storage Direct com VMAX e operações do Storage Direct comRecoverPoint.

Introdução ao produtoO agente de aplicativos de banco de dados permite realizar backups e restaurações de dados debanco de dados DB2, Oracle, SAP HANA ou SAP com Oracle com um sistema Data Domain. Vocêpode usar as ferramentas de backup e recuperação específicas a bancos de dados para realizar asoperações de produtos.

O agente de aplicativos de banco de dados realiza os seguintes tipos de backups:

l Application Direct Backups do (DD Boost) para um sistema Data Domain.l Storage Direct O faz backup a partir do armazenamento primário do VMAX para um sistema

Data Domain.l Storage Direct O com RecoverPoint faz backup a partir do armazenamento primário do

XtremIO para um sistema Data Domain.

Você pode usar o agente de aplicativos de banco de dados para realizar backups do ApplicationDirect e restaurações de dados do banco de dados do DB2, Oracle, SAP HANA ou SAP comOracle.

É possível realizar backups e restaurações do Application Direct em uma conexão de rede deEthernet (IP) ou FC (Fibre Channel).

Você também pode usar o recurso de proteção de aplicativos orquestrados com o agente deaplicativos de banco de dados para realizar backups e restaurações do Application Direct em dadosde banco de dados Microsoft SQL, MongoDB, MySQL Community Edition e PostgreSQL.

Obs.: O recurso de proteção de aplicativos orquestrados só é compatível com o Linux x64.

O agente de aplicativos de banco de dados é compatível com criptografia em trânsito para clientsdo Application Direct com um sistema operacional Data Domain por meio de uma conexão WAN.Para usar esse recurso, você pode configurar o sistema Data Domain com criptografia de força



média ou alta e definir o modo de autenticação como anônimo. A configuração é transparente parao agente de aplicativos de banco de dados. O Guia de Administração do Data Domain Boost maisrecente apresenta detalhes.

Você também pode usar o agente de aplicativos de banco de dados para proteger tipos específicosde banco de dados por meio das operações compatíveis com suporte do Storage Direct:

l Você pode proteger os dados de banco de dados DB2, Oracle e SAP com Oracle que residemem um array VMAX. O agente de aplicativos de banco de dados usa a tecnologia do StorageDirect para proteger os dados no sistema VMAX. Storage Direct Backups e restaurações do emum sistema VMAX na página 24 O apresenta mais detalhes.

l Você pode proteger dados de banco de dados DB2, Oracle e SAP com Oracle que residem emum array XtremIO. O agente de aplicativos de banco de dados usa a tecnologia do StorageDirect e RecoverPoint para proteger os dados no sistema XtremIO. Storage Direct Backups erestaurações do com RecoverPoint em um sistema XtremIO na página 29 O apresenta maisdetalhes.

O agente de aplicativos de banco de dados é compatível com o Data Domain IPv6, IPv4 e redesmistas IPv4 e IPv6 para backups e restaurações do Application Direct e do Storage Direct.

Obs.:O agente de aplicativos de banco de dados não diferencia entre os tipos de rede TCP/IP (LAN,WAN ou MAN) e pode operar com sucesso nos casos em que a perda de pacotes é deestritamente 0% e em que a latência é inferior a 20 ms.

O agente de aplicativos de banco de dados não pode operar em um ambiente com idioma oulocalidade diferente do inglês e não é compatível com qualquer entrada ou saída não ASCII.

Application Direct Backups e restaurações doUm backup do Application Direct para um sistema Data Domain usufrui do recurso do DD Boostusando os dois componentes a seguir:

l A API da biblioteca do DD Boost habilita o software para backup para comunicar-se com osistema Data Domain.

A seção DDBEA do eLab Navigator no https://elabnavigator.emc.com/eln/modernHomeDataProtection apresenta detalhes sobre as versões compatíveis da biblioteca doDD Boost e o DD OS.

l O componente do DSP (Distributed Segment Processing, processamento de segmentodistribuído) analisa os dados que já estão armazenados no sistema Data Domain e enviasomente dados exclusivos para armazenamento. O componente DSP habilita os dados debackup para desduplicação no banco de dados ou o host de aplicativos para reduzir o volumede dados transferidos pela rede. Processamento distribuído de segmentos do DD Boost napágina 23 apresenta mais detalhes.

Durante a restauração de um backup para um client, o sistema Data Domain converte os dadosarmazenados em seu estado original não desduplicado antes de enviar os dados pela rede.

Processamento distribuído de segmentos do DD BoostHá dois modos de operação para envio de dados de backup para um sistema Data Domain por meiodo DD Boost, um com DSP (Distributed Segment Processing, processamento distribuído desegmentos) habilitado e o outro com o DSP desativado. O modo de operação é definido no sistemaData Domain.

Quando o DSP está habilitado, o processo de desduplicação é distribuído entre a biblioteca do DDBoost e o sistema Data Domain. Partes do processo de desduplicação são executadas no host dobanco de dados ou aplicativo, a fim de que a biblioteca do DD Boost envie somente dadosexclusivos para o sistema Data Domain pela rede.

O processamento de segmento distribuído oferece os seguintes benefícios:





l O Throughput é possivelmente maior porque a biblioteca do DD Boost envia apenas dadosexclusivos em vez de todos os dados para o sistema Data Domain. As melhorias de throughputdependem do nível de redundância nos dados nos quais está sendo feito o backup, da carga detrabalho geral do servidor de banco de dados e da capacidade do servidor de banco de dados.Em geral, o throughput maior é obtido com elevada redundância, maior carga de trabalho doservidor de banco de dados e maior capacidade do servidor de banco de dados.

l Os requisitos de largura de banda da rede são reduzidos significativamente apenas porque osdados exclusivos são enviados para o sistema Data Domain pela rede.

l A recuperação de backups com falha pode ser potencialmente muito mais rápida. Se houveruma grande falha no meio ou mais para o final do backup e um usuário reiniciar o backup, osdados que já foram enviados para o sistema Data Domain não precisarão ser reenviados. Obackup é concluído mais rapidamente ao repetir.

Quando o processamento distribuído de segmentos é ativado, a biblioteca do DD Boost, que éparte do produto, realiza as seguintes tarefas:

1. Segmenta os dados.

2. Calcula IDs para os segmentos de dados.

3. Verifica com o sistema Data Domain para segmentos duplicados.

4. Compacta os segmentos exclusivos que não são encontrados no sistema Data Domain.

5. Envia os dados compactados para o sistema Data Domain, que grava os dados exclusivos emdisco.

O algoritmo de compactação local, usado pela biblioteca do DD Boost, deve ser configurado nosistema Data Domain. O Guia de administração do Data Domain Operating System apresenta maisinformações sobre compactação local e suas configurações.

Quando o processamento distribuído de segmentos é desativado, a biblioteca do DD Boost envia osdados diretamente para o sistema Data Domain pela rede. O sistema Data Domain, em seguida,segmenta, desduplica e compacta os dados antes de gravá-los no disco.

Obs.: O processamento distribuído de segmentos não pode ser desabilitado em um sistemaData Domain Extended Retention.

Operações do Application Direct com DDVE no Amazon Web ServicesO agente de aplicativo de banco de dados 4.0 introduziu suporte para operações de backup erecuperação do Application Direct com Data Domain Virtual Edition (DDVE) em um ambiente denuvem do Amazon Web Services (AWS).

O suporte de operações do Application Direct com DDVE em uma nuvem do AWS requer o DD OSversão 6.1 ou posterior. A documentação do Data Domain fornece detalhes sobre as práticasrecomendadas e as limitações.

Storage Direct Backups e restaurações do em um sistema VMAXO agente de aplicativos de banco de dados usa a tecnologia Storage Direct. Essa tecnologiahabilita os backups de snapshot dos dados do banco de dados a partir do armazenamento primárioem um sistema VMAX para o armazenamento de proteção em um sistema Data Domain.

Além de armazenar os backups no sistema Data Domain, o agente de aplicativos de banco de dadosmantém o último snapshot SnapVX, também conhecido como um snapshot local, no sistema VMAXpara uma restauração mais rápida.

A seção DDBEA do eLab Navigator em https://elabnavigator.emc.com/eln/modernHomeDataProtection fornece detalhes sobre as plataformas, file systems e gerenciadoresde volumes compatíveis com suporte para operações do Storage Direct.

O agente de aplicativos de banco de dados também protege os arquivos que são necessários para arecuperação do banco de dados e não residem no VMAX ou não podem ser armazenados por meio





de snapshots devido a restrições do fornecedor de banco de dados. O agente de aplicativos debanco de dados protege esses arquivos por meio do backup do Application Direct. Como resultado,o agente de aplicativos de banco de dados proporciona proteção total do banco de dados,independentemente do local em que os dados residem.

Você usa as ferramentas de backup e recuperação específicas do banco de dados para executarum backup e recuperação do Storage Direct.

Storage Direct A tecnologia do usa os seguintes recursos no sistema Data Domain e no arrayVMAX para oferecer proteção do VMAX ao Data Domain:

l No sistema Data Domain:

n serviços vdisk e scsitarget

n FastCopy

l No array VMAX:

n FAST.X, que pode encapsular dispositivos externos no Data Domain para VMAX

n SnapVX

Um backup do Storage Direct obtém um snapshot do SnapVX no sistema VMAX e move os blockspara o sistema Data Domain em um SAN (Storage Area Network), sem passar pelo host deaplicativos. O dispositivo de armazenamento de proteção do Data Domain (vdisk) é exibido comoum dispositivo interno para VMAX, enquanto os dados em si são realmente armazenados nosistema Data Domain. O sistema VMAX rastreia os dados que foram alterados desde a últimaatualização para o dispositivo de proteção do Data Domain. Portanto, o sistema VMAX enviasomente os dados alterados para o sistema Data Domain durante um backup do Storage Direct, emvez de todos os dados.

Um backup do Storage Direct de um banco de dados é um backup completo com o custo de umbackup incremental. O backup do Storage Direct também tem sobrecarga mínima no host deaplicativos porque todos os blocks alterados são movidos diretamente do VMAX para o DataDomain em uma SAN.

Obs.: Com um sistema VMAX, quando o banco de dados ou registros arquivados não estão emum gerenciador de volumes lógicos (LVM), o agente de aplicativos de banco de dados ordena obackup do Storage Direct de cada LUN. Quando um LVM é usado, o agente de aplicativos debanco de dados faz um backup multi-stream que faz o backup de cada LUN que é parte dogrupo de volumes em paralelo. Por exemplo, se o banco de dados estiver em um grupo devolumes, db_vg, que contém 10 LUNs, o backup é feito usando 10 fluxos.

A figura a seguir mostra um exemplo de topologia do Storage Direct com um local principal e umlocal secundário opcional. No local principal, o host de aplicativos acessa o banco de dados que éarmazenado no sistema VMAX e os dados de backup são transferidos para o sistema Data Domain.Um host de recuperação separado é opcional. Se a recuperação for realizada no host do aplicativooriginal, o host do aplicativo também será o host de recuperação.

Os dados de backup podem ser replicados do sistema Data Domain no local principal para o sistemaData Domain no local secundário. Você também pode restaurar os dados para um host derecuperação opcional no local secundário.



Figura 1 Storage Direct Ambiente do Agente de aplicativos de banco de dados do

Storage Direct As operações do requerem conexões de SAN de rede IP (LAN ou WAN) e FibreChannel (FC). A tabela a seguir lista os tipos necessários de conexões de rede.

Tabela 3 Tipos de conexões de rede em um ambiente do Storage Direct

Componentes conectados Tipo de conexão

Local principal:

Host principal de aplicativos ao sistema VMAX primário FC

Host principal de aplicativos ao sistema Data Domain principal IP

Sistema VMAX primário ao sistema Data Domain principal FC

Host principal de recuperação (opcional) ao sistema VMAXprincipal

FC

Host principal de recuperação (opcional) ao sistema Data Domainprincipal

IP

Local secundário (opcional):

Host secundário de recuperação ao sistema VMAX secundário FC

Host secundário de recuperação ao sistema Data Domainsecundário

IP

Sistema VMAX secundário ao sistema Data Domain secundário FC

Conexões entre locais (opcional):

Host principal de aplicativos ao sistema Data Domain secundário IP

Sistema Data Domain principal ao sistema Data Domainsecundário

IP

Sistema VMAX principal ao sistema VMAX secundário

Replicação do VMAX na página 38 descreve o suporte SRDF/S.

Todos são compatíveiscom o SRDF/S



Tabela 3 Tipos de conexões de rede em um ambiente do Storage Direct (continuação)


Sistema VMAX secundário ao sistema Data Domain principal FC, se a distância permitir

Sistema VMAX principal ao sistema Data Domain secundário FC, se a distância permitir

Workflow de backup do Storage Direct com VMAXO workflow de backup do Storage Direct com um sistema VMAX inclui as etapas a seguir.

1. O administrador do banco de dados inicia um backup do Storage Direct que executa aferramenta de backup nativa do banco de dados e especificando o tipo de backup.

2. O agente de aplicativos de banco de dados associa os arquivos no backup a uma lista dedispositivos de origem VMAX (LUNs de origem) e verifica se esses dispositivos podem serprotegidos usando o Storage Direct.

3. O agente de aplicativos de banco de dados notifica o aplicativo ou o banco de dados de queesses arquivos podem ser desativados ou colocados em modo de backup dinâmico.

4. O agente de aplicativos de banco de dados cria um snapshot do SnapVX no sistema VMAX.

5. O agente de aplicativos de banco de dados notifica o aplicativo ou o banco de dados que osarquivos podem ser reativados ou retirados do modo de backup para impacto mínimo noaplicativo ou no banco de dados.

6. O sistema VMAX copia os dados alterados de cada LUN de origem para um dispositivo vdisk doData Domain correspondente, que é uma LUN encapsulada do VMAX FAST.X.

7. Para cada dispositivo DD vdisk, o sistema Data Domain cria e armazena uma imagem estáticado DD vdisk, a qual é um backup permanente.

8. A ferramenta de backup do banco de dados registra o backup com sucesso em seu catálogo debackup.

9. O agente de aplicativos de banco de dados registra o backup em seu próprio catálogo, em umaunidade de armazenamento predefinida no sistema Data Domain.

10. O agente de aplicativos de banco de dados faz backup dos arquivos que o Storage Direct nãopode proteger, como o arquivo de controle do Oracle ou os registros de arquivamento do DB2.O agente de aplicativos de banco de dados usa o workflow do Application Direct para fazerbackup dos arquivos para o sistema Data Domain, o qual fornece proteção de dados completa.

A figura a seguir mostra o workflow do backup do Storage Direct em um ambiente do agente deaplicativos de banco de dados do Storage Direct.



Figura 2 Workflow de backup do Storage Direct

Workflow de restauração do Storage Direct com VMAXO workflow de restauração do Storage Direct com um sistema VMAX inclui as etapas a seguir.

1. O administrador do banco de dados inicia uma restauração e recuperação do Storage Directpela execução da ferramenta de recuperação nativa do banco de dados no host derecuperação.

2. A ferramenta de recuperação nativa do banco de dados solicita que o agente de aplicativos debanco de dados restaure os dados necessários e forneça um identificador do backup.

3. O agente de aplicativos de banco de dados executa as pesquisas em seu próprio catálogo paralocalizar o backup solicitado, o qual é uma imagem estática no sistema Data Domain.

4. Se a restauração for realizada a partir do último backup e o último snapshot do SnapVX estiverem um estado válido:

a. O agente de aplicativos de banco de dados vincula o snapshot à LUN do VMAX, que éconhecida como a LUN de restauração do agente de aplicativos de banco de dados.

b. A restauração continua com a etapa 6.

5. O agente de aplicativos de banco de dados instancia e sobrescreve a imagem estáticacorrespondente em um dispositivo DD vdisk, que é uma LUN encapsulada FAST.X em umsistema VMAX. A LUN FAST.X é conhecida como a LUN de restauração do agente deaplicativos de banco de dados.

6. Por padrão, o agente de aplicativos de banco de dados monta a LUN de restauração de voltano host de recuperação e copia os arquivos necessários para os locais solicitados.

Se o DBA selecionar uma restauração da reversão para o host original, o agente de aplicativosde banco de dados realizará uma restauração no nível de LUN do VMAX para o dispositivo deorigem inicial.

Se o DBA selecionar uma restauração da reversão para um host alternativo, o agente deaplicativos de banco de dados realizará uma restauração no nível de LUN do VMAX para odispositivo de destino alternativo.

AVISO



Uma restauração da reversão é realizada como parte do workflow que inicia a ferramenta derecuperação nativa do banco de dados. Se houver outros arquivos nas LUNs diferentes dosarquivos solicitados para o banco de dados ou objetos de banco de dados específicos, o agentede aplicativos de banco de dados por padrão falha na restauração como medida de segurança.

Um arquivo chamado psrollback.res deve ser criado no diretório necessário se a LUNselecionada para restauração tem outras partições ou dados que não sejam especificados paraa restauração da reversão. Configurando restaurações de reversão de backups do StorageDirect na página 105 fornece detalhes.

Dependendo do tipo de banco de dados, a ferramenta de recuperação do banco de dados podeaplicar os registros de transações para tornar o banco de dados consistente ou para avançar parauma hora após o backup ter ocorrido. Se os registros não estiverem no sistema, o agente deaplicativos de banco de dados restaurará e aplicará os registros por meio de uma restauração doApplication Direct ou restauração do Storage Direct, dependendo de como foi feito originalmente obackup dos registros.

Storage Direct Backups e restaurações do com RecoverPoint em um sistemaXtremIO

O agente de aplicativos de banco de dados usa as tecnologias Storage Direct e RecoverPoint.Essas tecnologias permitem backups de snapshot dos dados do banco de dados a partir doarmazenamento primário em um sistema XtremIO para armazenamento de proteção em umsistema Data Domain. As tecnologias Storage Direct e RecoverPoint oferecem movimento de blockde dados das LUNs de origem do sistema XtremIO (gerenciadas por grupos de consistência deRecoverPoint) para o sistema Data Domain. O agente de aplicativos de banco de dados tambémpermite a restauração de backups do Storage Direct com RecoverPoint do sistema Data Domain.

Um Storage Direct com backup de RecoverPoint de um banco de dados é um backup completocom o custo de um backup incremental. O backup também possui uma sobrecarga mínima no hostde aplicativos porque todos os blocks alterados são movidos diretamente do XtremIO para o DataDomain por meio de um RecoverPoint appliance (RPA).

A seção DDBEA do eLab Navigator em https://elabnavigator.emc.com/eln/modernHomeDataProtection fornece detalhes sobre as plataformas, file systems e gerenciadoresde volumes compatíveis com suporte para operações do Storage Direct com RecoverPoint.

O agente de aplicativos de banco de dados também protege os arquivos que são necessários para arecuperação do banco de dados e não residem no XtremIO ou não podem ser armazenados pormeio de snapshots devido a restrições de fornecedor de banco de dados. O agente de aplicativosde banco de dados protege esses arquivos por meio do backup do Application Direct. Comoresultado, o agente de aplicativos de banco de dados proporciona proteção total do banco dedados, independentemente do local em que os dados residem.

Você usa as ferramentas de backup e recuperação específicas do banco de dados para realizarbackup e recuperação do Storage Direct com RecoverPoint.

As tecnologias Storage Direct e RecoverPoint usam os recursos a seguir no sistema Data Domain,no cluster do RecoverPoint e no array do XtremIO para fornecer o XtremIO para proteção do DataDomain:

l No sistema Data Domain:

n serviços vdisk e scsitarget

n FastCopy

n DD Boost

l No cluster do RecoverPoint:

n Consistency groups do RecoverPoint





l No array XtremIO:

n Grupo de iniciadores do XtremIO

Um backup do Storage Direct com RecoverPoint obtém um snapshot point-in-time no sistemaXtremIO e move os blocks para o sistema Data Domain por meio do RPA, sem passar pelo host deaplicativo. O sistema RecoverPoint rastreia os dados que foram alterados desde a últimaatualização para o dispositivo de proteção do Data Domain. Portanto, o sistema RecoverPointenvia só os dados alterados para o sistema Data Domain durante um backup do Storage Direct comRecoverPoint, em vez de todos os dados.

No RecoverPoint, as LUNs de origem (volumes) são protegidas por consistency groups. Se doisconjuntos de dados dependerem um do outro, tal como um banco de dados e um registro de bancode dados, eles deverão fazer parte do mesmo consistency group. Os componentes lógicos de umconsistency group incluem cópias, conjuntos de replicação e registros:

l As cópias representam todos os volumes de um consistency group que são uma origem ou umdestino de replicação em um cluster específico de RPA. As cópias incluem cópias de produção,cópias locais, cópias remotas e seus volumes de registro.

l Um consistency group consiste em um ou mais conjuntos de replicação que incluem um volumede produção e quaisquer volumes locais ou remotos para os quais o volume de produção estáreplicando. O número de conjuntos de replicação no sistema é igual ao número de volumes deprodução que está sendo replicado.

Um conjunto de grupos do RecoverPoint é um conjunto definido pelo usuário de consistencygroups que é usado para realizar atividades operacionais e de recuperação. A documentação doRecoverPoint oferece detalhes completos sobre os consistency groups e seus componentes eprocedimentos de configuração.

Para operações do Storage Direct com RecoverPoint:

l A cópia local em um consistency group existe no sistema Data Domain, e não há um volume deregistro para essa cópia local. O consistency group pode ter, no máximo, uma cópia local queestá em um sistema Data Domain.

l Não é possível habilitar bookmarking paralelo para um conjunto de grupos.

l Se um LVM (Logical Volume Manager, gerenciador de volumes lógicos) controlar os volumesno host do aplicativo, todos os volumes (discos) físicos do LVM que pertencem a um grupo devolumes do LVM devem ser adicionados a um consistency group do RecoverPoint. O LVM2 noLinux é um exemplo de um tipo de LVM.

Não adicione os volumes físicos que pertencem a um grupo de volumes do LVM a váriosconsistency groups. Se você adicionar os volumes físicos a vários consistency groups, obackup do Storage Direct com RecoverPoint apresentará falha com a seguinte mensagem:

Consistency group is already running.Você pode criar um consistency group que contém os volumes físicos de dois grupos devolumes do LVM. Por exemplo, o grupo de volumes do LVM VG1 tem o número x de volumesfísicos e VG2 tem o número y de volumes físicos. Você pode criar um consistency group quecontenha todos os volumes físicos x+y de ambos os grupos de volumes.

Obs.: Se um LVM estiver ou não em uso, todas as LUNs no mesmo consistency groupserão armazenadas em paralelo por meio do software RecoverPoint. A documentação doRecoverPoint apresenta detalhes.

l Se você excluir um consistency group, quaisquer imagens estáticas associadas (criadas porbackups) no sistema Data Domain não serão excluídas automaticamente. Você pode restaurara partir desses backups, mas você não pode excluir esses backups com as ferramentasespecíficas de backup e recuperação do banco de dados.

Se algum desses backups se tornar obsoleto, exclua manualmente as imagens estáticasassociadas do sistema Data Domain de acordo com a documentação do Data Domain.



A figura a seguir exibe uma amostra da topologia do Storage Direct com RecoverPoint com umlocal principal e um local secundário opcional. No local principal, o host do aplicativo acessa osdados do banco de dados que são armazenados no sistema XtremIO e os dados de backup sãotransferidos para o sistema Data Domain. Um host de recuperação separado é opcional. Se arecuperação for realizada no host do aplicativo original, o host do aplicativo também será o host derecuperação.

Se você tiver um local secundário opcional, os dados de backup podem ser replicados a partir dosistema Data Domain no local principal para o sistema Data Domain no local secundário. No localsecundário, você também pode recuperar os dados em um host de recuperação opcional.

Figura 3 Storage Direct Ambiente do com RecoverPoint

Storage Direct As operações do com RecoverPoint requerem conexões de SAN de rede IP (LANou WAN) e Fibre Channel (FC). A tabela a seguir lista os tipos necessários de conexões de rede.

Tabela 4 Tipos de conexões de rede em um ambiente do Storage Direct com RecoverPoint


Local principal:

Host principal de aplicativos ao sistema XtremIO principal FC

Host principal de aplicativos ao RPA IP

Host principal de aplicativos ao sistema Data Domain principal IP ou (FC e IP)

Sistema XtremIO principal ao RPA FC e IP

RPA ao sistema Data Domain principal IP e FC (opcional)

Host principal de recuperação (opcional) ao sistema XtremIOprincipal

FC

Host principal de recuperação (opcional) ao sistema Data Domainprincipal

IP ou (FC e IP)



Tabela 4 Tipos de conexões de rede em um ambiente do Storage Direct comRecoverPoint (continuação)


Host principal de recuperação (opcional) ao RPA IP

Local secundário (opcional):

Host secundário de recuperação (opcional) ao sistema XtremIOsecundário

FC

Host secundário de recuperação ao sistema Data Domainsecundário

FC e IP

Conexões entre locais (opcional):

Host principal de aplicativos ao sistema Data Domain secundário IP

Sistema Data Domain principal ao sistema Data Domainsecundário

IP

Workflow de backup do Storage Direct com RecoverPoint com o XtremIOO workflow de backup do Storage Direct com RecoverPoint com um sistema XtremIO inclui asetapas a seguir.

1. O administrador do banco de dados inicia um Storage Direct com o backup do RecoverPointexecutando a ferramenta de backup nativa do banco de dados e especificando o tipo debackup.

2. O agente de aplicativos de banco de dados associa os arquivos no backup a uma lista de LUNsde origem do XtremIO e obtém as informações sobre consistency groups relevantes doRecoverPoint. O agente verifica se as LUNs de origem podem ser protegidas usando o StorageDirect com RecoverPoint.

3. O agente de aplicativos de banco de dados notifica o aplicativo ou o banco de dados que osarquivos podem ser desativados ou colocados em modo de backup dinâmico.

4. O agente de aplicativos de banco de dados notifica o RecoverPoint para criar um snapshotpoint-in-time (bookmark na terminologia do RecoverPoint) dos consistency groups quecontêm as LUNs de origem.

5. O RecoverPoint cria um snapshot de todos os consistency groups necessários no sistemaXtremIO.

6. O agente de aplicativos de banco de dados notifica o aplicativo ou o banco de dados que osarquivos podem ser reativados ou retirados do modo de backup para impacto mínimo noaplicativo ou no banco de dados.

7. O RecoverPoint usa o DD Boost para gravar todos os blocks alterados (desde o snapshotanterior) nos arquivos de trabalho no sistema Data Domain.

8. O RecoverPoint usa o serviço de FastCopy para criar e armazenar uma imagem estática do DDvdisk de cada arquivo de trabalho do DD Boost. As imagens estáticas do vdisk formam obackup permanente.

9. A ferramenta de backup do banco de dados registra o backup com sucesso em seu catálogo debackup.

10. O agente de aplicativos de banco de dados registra o backup em seu próprio catálogo, em umaunidade de armazenamento predefinida no sistema Data Domain.

11. O agente de aplicativos de banco de dados faz backup dos arquivos que o Storage Direct nãopode proteger, como o arquivo de controle do Oracle ou os registros de arquivamento do DB2.



O agente de aplicativos de banco de dados usa o workflow do Application Direct para fazerbackup dos arquivos para o sistema Data Domain, o qual fornece proteção de dados completa.

A figura a seguir mostra o workflow do backup do Storage Direct com RecoverPoint em umambiente do agente de aplicativos de banco de dados do Storage Direct.

Figura 4 Workflow de backup do Storage Direct com RecoverPoint

Workflow de restauração do Storage Direct com RecoverPoint com o XtremIOO workflow de restauração do Storage Direct com RecoverPoint com um sistema XtremIO inclui asetapas a seguir.

1. O administrador do banco de dados inicia uma restauração e recuperação do Storage Directcom RecoverPoint pela execução da ferramenta de recuperação nativa do banco de dados nohost de recuperação.

2. A ferramenta de recuperação nativa do banco de dados solicita que o agente de aplicativos debanco de dados restaure os dados necessários e forneça um identificador do backup.

3. O agente de aplicativos de banco de dados executa as pesquisas em seu próprio catálogo paralocalizar o backup solicitado, o qual consiste em imagens estáticas no sistema Data Domain.

4. O agente de aplicativos de banco de dados instancia as imagens estáticas correspondentes emLUNs de restauração no sistema Data Domain por meio do serviço vdisk.

5. Por padrão, o agente de aplicativos de banco de dados monta as LUNs de restauraçãodiretamente no host de recuperação, que pode ser o host de backup original ou um hostdiferente, e copia os arquivos necessários para os locais solicitados.



6. Se o DBA selecionar uma restauração da reversão para o host original, o agente de aplicativosde banco de dados precisará do cluster do RecoverPoint para realizar uma restauração no nívelde LUN para as LUNs de origem inicial.

Com o RecoverPoint pré-5.0, se o DBA selecionar uma restauração da reversão, o agente deaplicativos de banco de dados precisará do cluster do RecoverPoint para realizar umarestauração de todo o consistency group para as LUNs de origem inicial. Se o consistencygroup que está sendo restaurado contiver várias LUNs, todas essas LUNs serão sobrescritas eestarão inacessíveis durante a restauração da reversão, mesmo quando os objetos de backupresidem apenas em algumas LUNs.

AVISOUma restauração da reversão é realizada como parte do workflow que inicia a ferramenta derecuperação nativa do banco de dados. Se houver outros arquivos nas LUNs diferentes dosarquivos solicitados para o banco de dados ou objetos de banco de dados específicos, o agentede aplicativos de banco de dados por padrão falha na restauração como medida de segurança.

Um arquivo chamado psrollback.res deve ser criado no diretório necessário se qualquerLUN a ser restaurada tiver outras partições ou dados que não estejam especificados para arestauração da reversão. Configurando restaurações de reversão de backups do StorageDirect na página 105 fornece detalhes.

Dependendo do tipo de banco de dados, a ferramenta de recuperação do banco de dados podeaplicar os registros de transações para tornar o banco de dados consistente ou para avançar parauma hora após o backup ter ocorrido. Se os registros não estiverem no host de aplicativos, oagente de aplicativos de bancos de dados restaurará e aplicará os registros por meio de umarestauração do Application Direct ou do Storage Direct. O tipo de restauração depende de comofoi feito o backup dos registros originalmente.

A figura a seguir mostra o workflow de restauração point-in-time do Storage Direct com oRecoverPoint, que é o workflow padrão da restauração no ambiente do agente de aplicativos debanco de dados do Storage Direct.



Figura 5 Workflow de restauração do Storage Direct com RecoverPoint

Proteção de aplicativos orquestrados com bancos de dados Microsoft SQL,MongoDB, MySQL e PostgreSQL

O agente de aplicativos de banco de dados 19.2 introduziu o recurso de proteção de aplicativosorquestrados no Linux x64. Esse recurso fornece backups e restaurações nos bancos de dados eregistros de transações do Microsoft SQL Server no Linux, MongoDB, MySQL Community Editione PostgreSQL. O recurso de proteção de aplicativos orquestrados fornece os backups doMicrosoft SQL, MongoDB, MySQL Community Edition e PostgreSQL em um dispositivo DD Booste permite restaurações a partir do dispositivo DD Boost. Os novos programas do agente deaplicativos de banco de dados ddbmoappbackup e ddbmoapprecover realizam esses backups erestaurações usando os utilitários nativos do Microsoft SQL, MongoDB, MySQL e PostgreSQL.

O suporte do agente de aplicativos de banco de dados para proteção de aplicativos orquestradosexige a instalação do pacote de client do Data Domain BoostFS, conforme descrito em SoftwareData Domain BoostFS na página 75.

Operações da proteção de aplicativos orquestrados em bancos de dados Microsoft SQL,MongoDB, MySQL e PostgreSQL na página 367 apresenta detalhes sobre como configurar e usaros programas ddbmoappbackup e ddbmoapprecover . Esses programas protegem os dados doMicrosoft SQL, MongoDB, MySQL Community Edition e PostgreSQL por meio do recurso deproteção de aplicativos orquestrados.



Configurações aceitasVocê pode implementar o agente de aplicativos de banco de dados em uma configuração de bancode dados independente ou de alta disponibilidade em um ambiente compatível.

A figura a seguir mostra uma configuração independente que utiliza o produto para fazer backupou restaurar os dados no host do servidor de banco de dados de ou para o sistema Data Domain.

Figura 6 Agente de aplicativos de banco de dados em uma configuração independente

A versão do agente de aplicativos de banco de dados deve ser compatível com os sistemas DataDomain, os sistemas VMAX e os sistemas XtremIO usados. O Data Domain não é compatível comcombinações diferentes daquelas detalhadas na seção DDBEA do eLab Navigator em https://elabnavigator.emc.com/eln/modernHomeDataProtection.

Configurações de alta disponibilidadeO agente de aplicativos de banco de dados dá suporte a backups e restaurações nos seguintesambientes de alta disponibilidade:

l Ambiente de recurso de particionamento de banco de dados (DPF) do DB2

l Ambiente de recuperação de desastres de alta disponibilidade (HADR) do DB2

l Ambiente do DB2 pureScale

l Ambiente Oracle Real Application Clusters (RAC)

l Ambiente de replicação SAP HANA (somente operações Application Direct)

l Ambiente de vários nós de scale-out SAP HANA (somente operações Application Direct)

l SAP com ambiente Oracle RAC

l Cluster ativo-passivo do sistema operacional

Um sistema DB2 DPF oferece um ambiente em que um único banco de dados é dividido em váriaspartições no mesmo host ou em vários hosts.

Um sistema DB2 HADR consiste em um host primário e vários hosts em standby. O HADR replicatodas as alterações de dados a partir do host primário para os hosts em standby e fornece failoverrápido para um host em standby quando o host primário apresentar falha. Você pode executar umbackup no host primário.

Um sistema do DB2 pureScale é um cluster ativo-ativo de aplicativo com uma arquitetura de discocompartilhado que contém uma partição única de banco de dados compartilhada pelo grupo de nósde membro do cluster. O nó de termo conforme usado em outros clusters ativo-ativo de aplicativoé conhecido como um membro em um sistema do DB2 pureScale.

Um sistema Oracle RAC é um ambiente de cluster ativo-ativo de aplicativo em que um nó é umhost físico e virtual. Em um sistema Oracle RAC, uma instância do Oracle é uma estrutura dememória e um grupo de processos do servidor Oracle em execução em um nó. O sistema RAChabilita várias instâncias do Oracle em nós múltiplos para acessar simultaneamente o mesmo banco





de dados Oracle. O Oracle RAC é uma infraestrutura de software de cluster que oferece acessosimultâneo ao mesmo armazenamento e mesmo conjunto de arquivos de datafiles a partir de todosos nós no cluster. Todos os arquivos de banco de dados residem em discos compartilhados.

O software SAP HANA é compatível com ambientes de alta disponibilidade para operaçõesApplication Direct, incluindo ambientes de replicação SAP HANA e dispositivos de scale-out SAPHANA que contêm vários nós.

Um cluster ativo-passivo do sistema operacional inclui vários hosts (nós) conectados por umbarramento SCSI compartilhado com armazenamento comum conectado. Um usuário pode definiros serviços de cluster, como serviços de cluster da Microsoft ou serviços de cluster de Veritas eatribuir os serviços de seus endereços IP e nomes (hosts de cluster virtual). Os serviços e seuarmazenamento associado podem migrar para o failover entre os hosts no cluster.

A seção DDBEA do eLab Navigator em https://elabnavigator.emc.com/eln/modernHomeDataProtection fornece detalhes sobre as versões compatíveis e ambientes de altadisponibilidade.

Obs.: Você deve instalar o agente de aplicativos de banco de dados em cada nó em umambiente de alta disponibilidade.

Os capítulos específicos do aplicativo neste guia oferecem detalhes sobre os procedimentos deconfiguração e as operações de backup e restauração nos ambientes de alta disponibilidadecompatíveis.

Data Domain High Availability (HA)O agente de aplicativos de banco de dados é compatível com o Data Domain High Availability (HA)para operações do Application Direct e para resiliência aprimorada com operações do StorageDirect. O Data Domain HA permite configurar dois sistemas Data Domain como um par Ativo-Standby, proporcionando redundância em caso de falha do sistema. A alta disponibilidade mantémos sistemas ativos e em stand-by em sincronia, para que se o nó ativo falhar devido a problemas dehardware ou software, o nó de stand-by possa assumir o controle dos serviços e continuar de ondeparou o nó com falha.

O Data Domain HA apresenta os seguintes novos recursos:

l É compatível com failover de serviços de backup, restauração, replicação e gerenciamento nosistema de dois nós. Failover automático não necessita de intervenção do usuário.

l Fornece um projeto totalmente redundante sem ponto único de falha quando o sistema éconfigurado conforme recomendado.

l Fornece um sistema Ativo-Standby sem perda de desempenho no failover.

l Fornece failover dentro de 10 minutos para a maioria das operações. CIFS, VTL e protocolo degerenciamento de dados da rede devem ser reiniciados manualmente.

l Compatível com conexões IP e FC (Fibre Channel). Os dois nós devem ter acesso às mesmasredes IP, SANs FC e hosts.

A versão mais recente do Guia de Administração do Data Domain Operating System apresentadetalhes completos sobre todos os recursos de HA compatíveis com suporte.

A implementação do agente de aplicativos de banco de dados com o Data Domain HA melhora aresiliência nos workflows do Storage Direct, em termos de caminhos de dados envolvidos nasoperações. No entanto, se ocorrer um failover quando o host envia comandos do vdisk ao sistemaData Domain (Control Path) em um workflow do Storage Direct, o agente de aplicativos de bancode dados apresentará falha em sua operação.





Suporte à virtualizaçãoO agente de aplicativos de banco de dados dá suporte a vários tipos de software de virtualização,como VMware, zonas do Solaris e Microsoft Hyper-V.

A seção DDBEA do eLab Navigator em https://elabnavigator.emc.com/eln/modernHomeDataProtection apresenta detalhes sobre os ambientes e as plataformas compatíveis. Instalando e desinstalando o software no Solaris na página 67 apresenta detalhes sobre zonas doSolaris.

Obs.: Você deve instalar o agente de aplicativos de banco de dados no sistema operacionalguest.

Replicação do Data DomainO Data Domain Replicator proporciona replicação criptografada automatizada para fins derecuperação de desastres e consolidação de backup e arquivamento em vários locais. O softwareData Domain Replicator faz uma replicação assíncrona somente de dados compactados edesduplicados em uma rede remota (WAN).

O agente do aplicativo do banco de dados não inicia ou monitora uma replicação. No entanto, oproduto pode restaurar a partir da cópia replicada em um sistema Data Domain secundário. Vocêdeve ter usado o produto para criar o backup em um sistema Data Domain primário. Umadministrador do Data Domain faz a replicação do backup do sistema primário no sistemasecundário.

Obs.: O processo de replicação não deve alterar os nomes dos diretórios e arquivos criadospelo agente de aplicativos de banco de dados. Para habilitar a replicação de backup esubsequente restauração de um sistema Data Domain secundário, o ID do usuário ou o ID degrupo primário dos usuários do DD Boost nos sistemas primário e secundário deve ser idêntico.

Você deve atender aos requisitos específicos de configuração para permitir a restauração debackups replicados a partir de um sistema Data Domain secundário. Configurando as restauraçõesde backups replicados na página 96 apresenta detalhes.

O artigo de número 182294 da base de conhecimento, intitulado Configuração de Usuários doDDBoost em DDRs de Origem e de Destino para Replicação de MTree, apresenta mais detalhes. Oartigo está disponível no site de suporte, em https://support.emc.com.

Replicação do VMAXO agente de aplicativos de banco de dados é compatível com a proteção do Storage Direct que usaum sistema VMAX principal ou secundário em um ambiente de replicação do VMAX. Nesseambiente, os storage arrays primário e secundário do VMAX são conectados por um SymmetrixRemote Data Facility (SRDF).

O agente de aplicativos de banco de dados para o Storage Direct é compatível com o modosíncrono do SRDF, SRDF/S e SRDF/Metro. Os tópicos a seguir apresentam detalhes sobre osuporte de agente de aplicativos de banco de dados do SRDF/S e do SRDF/Metro.

Backup, restauração point-in-time e reversão dos dispositivos do SRDF/A R2 não são compatíveiscom suporte. Os dispositivos SRDF/A R1 são compatíveis com suporte da mesma forma que osdispositivos não SRDF.

Suporte do VMAX SRDF/SEm um ambiente de replicação do VMAX, o agente de aplicativos de bancos de dados para StorageDirect fornece suporte ao Symmetrix Remote Data Facility (SRDF) no modo síncrono, SRDF/S.





https://support.emc.com

O SRDF/S é um recurso do VMAX que mantém uma cópia síncrona e em tempo real dos dados nonível da LUN entre os arrays primário e secundário do VMAX. Uma LUN de origem conhecida comoR1 no array primário é associada a uma LUN de origem conhecida como R2 no array secundário. Osoftware SRDF/S mantém sincronização contínua das duas origens copiando todas as alteraçõesde um dispositivo LUN para outro. A documentação do VMAX apresenta mais detalhes sobre areplicação do VMAX e a funcionalidade do SRDF/S.

A figura a seguir mostra os arrays VMAX com um link SRDF/S, em que o sistema VMAXsecundário está conectado a um sistema Data Domain secundário. Nessa configuração de SRDF,você pode usar o agente de aplicativos de banco de dados para executar um backup do StorageDirect para o sistema Data Domain secundário, o qual faz o backup da LUN do R2.

Obs.: O agente de aplicativos de banco de dados também usa o workflow do Application Directpara fazer backup de todos os arquivos não suscetíveis a snapshot e criar entradas decatálogo.

Figura 7 Backup do ProtectPoint em um Storage Direct secundário em uma configuração de SRDF

A figura a seguir mostra os arrays VMAX com um link SRDF/S, em que tanto o sistema VMAXprimário e o secundário é conectado a um sistema Data Domain. Nessa configuração de SRDF,você pode usar o agente de aplicativos de banco de dados para executar um backup do StorageDirect para um sistema Data Domain primário ou secundário. O backup do Storage Direct primáriofaz backup da LUN de R1 para o sistema Data Domain primário. O backup do Storage Directsecundário faz backup da LUN de R2 para o sistema Data Domain secundário.

Obs.: O agente de aplicativos de banco de dados não pode fazer backups para ambos ossistemas Data Domain na mesma sessão de backup.

Nessas configurações de SRDF, o agente de aplicativos de banco de dados valida a sincronizaçãodas LUNs de R1 e R2. O agente de aplicativos de banco de dados, em seguida, cria um snapshot doSnapVX da LUN de R2 para transferir os dados de backup para o sistema Data Domain secundário.



Figura 8 Backup do ProtectPoint em um Storage Direct primário ou secundário em uma configuração deSRDF

Os requisitos e o suporte de configuração do SRDF/S para o agente de aplicativos de banco dedados do Storage Direct são os seguintes:

l O agente de aplicativos de banco de dados determina automaticamente o estado do linkSRDF/S no tempo de execução.

l Se não houver nenhum link SRDF/S no início de uma operação, a operação de backup ourestauração falhará.

l O agente de aplicativos de banco de dados não é compatível com alterações feitas ao modo dolink SRDF/S feitas durante as operações de backup ou restauração.

l Se o link SRDF estiver em um estado de fail over ou failback, as operações do agente deaplicativos de banco de dados falharão.

l A replicação do SRDF não pode fazer a transição entre os modos síncrono e assíncronodurante uma operação do VMAX. O modo deve permanecer constante.

l O agente de aplicativos de banco de dados não é compatível com a criação de snapshots de filesystems ou de grupos de volumes que cruzam com grupos SRDF.

l O agente de aplicativos de banco de dados aceita apenas conexões remotas de nó de redeúnico. O agente de aplicativos de banco de dados não é compatível com as configurações emcascata do VMAX.

l O agente de aplicativos de banco de dados não é compatível com configurações SRDF ouSRDF/Star simultâneas em que o R1 é uma origem para dois ou mais destinos simultâneos.



Suporte do VMAX SRDF/MetroEm um ambiente de replicação do VMAX, o agente de aplicativos de banco de dados para StorageDirect fornece suporte limitado do Symmetrix Remote Data Facility (SRDF) em uma configuraçãodo SRDF/Metro.

O suporte do SRDF/Metro requer uma Solicitação de qualificação de produto conforme detalhadona seção DDBEA do eLab Navigator em https://elabnavigator.emc.com/eln/modernHomeDataProtection. SRDF/Metro é um recurso de alta disponibilidade, em vez de umainstalação de recuperação de desastres, conforme fornecido por outras implementações do SRDF.

Em sua configuração básica, o SRDF/Metro consiste em pares de dispositivos R1 e R2, que estãoconectados por um link SRDF, como em qualquer outra configuração SRDF. No entanto, no SRDF/Metro, os dois dispositivos R1 e R2 têm acesso de gravação pelos sistemas host ao mesmo tempo.O dispositivo R2 do SRDF adquire a identidade externa (geometria, WWN do dispositivo) dodispositivo R1. Cada par de dispositivos aparece para os sistemas host como um único dispositivovirtual entre os dois arrays VMAX pareados com SRDF.

Obs.: Se os dispositivos não estiverem totalmente pareados com o Metro, ou seja, o Metro nãoatingiu o estado ActiveActive ou ActiveBias, os dispositivos não terão a mesma identidadeexterna. Os dispositivos se apresentam como diferentes para o host.

Quando os dois dispositivos estão acessíveis, o host único ou os hosts do cluster podem ler egravar nos dois dispositivos R1 e R2. O SRDF/Metro garante que cada cópia permaneça atualizadae consistente, além de tratar todos os conflitos de gravação que possam ocorrer entre osdispositivos SRDF pareados.

As Notas técnicas de práticas recomendadas e visão geral do SRDF/Metro apresentam uma visãogeral do SRDF/Metro e informações sobre práticas recomendadas. A documentação do VMAXapresenta mais informações sobre a replicação do VMAX e as funcionalidades do SRDF/Metro.

A figura a seguir mostra a única topologia do SRDF/Metro que o agente de aplicativos de bancosde dados aceita. Os dois arrays VMAX são conectados ao mesmo sistema Data Domain.





Figura 9 Topologia compatível do SRDF/Metro

O suporte de configuração e os requisitos do SRDF/Metro para o agente de aplicativos de bancode dados do Storage Direct são os seguintes:

l Os dois arrays VMAX são conectados ao mesmo sistema Data Domain por uma conexão derede de Fibre Channel (FC).

l Storage Direct Os dispositivos de backup e restauração FAST.X do são configurados para osdois arrays VMAX.

l LUNs do VMAX nativas são configuradas para os dois arrays do VMAX. Configurando asrestaurações do Storage Direct VMAX de snapshots locais na página 104 apresenta maisdetalhes.

l Nos sistemas host de aplicativo, o Solutions Enabler 8.4 ou versão posterior está instalado.

l O agente de aplicativos de bancos de dados aceita todas as configurações witness do SRDF/Metro. A documentação do VMAX, como o Guia do usuário do Solutions Enabler SRDF Family CLImais recente, apresenta detalhes.

l O agente de aplicativos de bancos de dados não é compatível com as configuraçõessimultâneas ou em cascata do VMAX.

Para configurar o SRDF/Metro para Storage Direct, o administrador de armazenamento deve criaro link do SnapVX inicial dos dispositivos R1 e R2 para os dispositivos de backup encapsulados doFAST.X.

As seguintes considerações adicionais e os requisitos se aplicam para operações de backup erestauração com o agente de aplicativos de banco de dados do Storage Direct:

l Backups do agente de aplicativos de bancos de dados:



n Se os dados do aplicativo residirem em dispositivos que fazem parte de um grupo do SRDFMetro, o agente de aplicativos de bancos de dados detectará automaticamente o par R1-R2para os dispositivos e, em seguida, usará o dispositivo R1 para o restante das operações.

l Restaurações point-in-time do agente de aplicativos de bancos de dados:

n Durante uma restauração point-in-time por meio de um dispositivo de restauraçãoencapsulado por FAST.X, o workflow da restauração sempre aloca o dispositivo derestauração a partir do array do VMAX usado para o backup (local R1 no momento dobackup). Não há suporte para uma restauração point-in-time de um sistema VMAXdiferente.

n A restauração point-in-time usa o snapshot local do SnapVX quando o snapshot local doVMAX de destino de restauração é igual ao que foi usado durante o backup para oidentificador especificado de backup. Caso contrário, a restauração point-in-time usará acópia do sistema Data Domain.

l Restaurações de reversão do agente de aplicativos de bancos de dados:

n Antes de executar uma restauração da reversão, o link do SRDF deve ser suspensomanualmente.

n O agente de aplicativos de bancos de dados detecta o R1 no momento da restauração e faza reversão para R1, independentemente de qual local foi usado durante o backup. Se odispositivo não fizer mais parte do SRDF/Metro, o comportamento de reversão será igualao de uma configuração não relacionada ao SRDF/Metro. Nesse caso, a reversão érealizada para o dispositivo de origem inicial em foi foi feito o backup, a menos que areversão ocorra para LUNs alternativas, conforme descrito em Restaurações da reversão debackups do Storage Direct para VMAX na página 105.

n A restauração da reversão usa o snapshot local do SnapVX quando o snapshot local doVMAX de destino de restauração é igual ao que foi usado durante o backup para oidentificador especificado de backup. Caso contrário, a restauração da reversão usará acópia do sistema Data Domain.

n Depois de executar uma restauração da reversão, o link do SRDF deve ser restabelecido.

Limites de uso nos recursos do Data DomainO administrador do Data Domain pode usar os comandos do sistema operacional do Data Domainou a GUI de administração do Data Domain para definir limites de capacidade ou o uso de fluxos:

l Capacidade refere-se à quantidade de capacidade do disco rígido que o agente de aplicativosde banco de dados usa no host do Data Domain.

Obs.: Os limites de capacidade se baseiam no espaço lógico usado. O espaço lógicodepende de quantos dados são gravados em uma unidade de armazenamento ou vdisk poolantes da desduplicação. Capacidade lógica é o tamanho dos dados não compactados. Porexemplo, quando um arquivo de 1 GB é gravado duas vezes para a mesma unidade dearmazenamento que estava inicialmente vazia, a unidade de armazenamento terá umtamanho lógico de 2 GB, mas um tamanho físico de 1 GB.

l Fluxos referem-se ao número de fluxos do DD Boost que o agente de aplicativos de banco dedados usa para ler dados a partir de uma unidade de armazenamento ou para gravar dados emuma unidade de armazenamento no host do Data Domain.

O sistema operacional do Data Domain é compatível com limites flexíveis e limites fixos nacapacidade ou no uso de fluxos:

l Quando um limite flexível for excedido, o host do Data Domain gerará um alerta e, se uma listade notificação de unidade de tenant estiver configurada, enviará um e-mail para os endereçosda lista. Um aplicativo pode continuar a usar mais do recurso limitado depois que um limiteflexível é excedido.



l Quando um limite fixo for excedido, um aplicativo não poderá usar mais nada do recursolimitado.

A documentação do Data Domain apresenta detalhes sobre as versões do Data Domain que dãosuporte aos limites fixos e flexíveis para capacidade ou fluxos.

O administrador do Data Domain pode criar uma unidade de armazenamento separada para cadahost do agente de aplicativos de banco de dados ou o conjunto de hosts que será limitado.

Por exemplo, para limitar a capacidade de unidade de armazenamento usada em cada host doagente de aplicativos de banco de dados, onde houver 10 hosts do agente de aplicativos de bancode dados, o administrador do Data Domain deve criar pelo menos 10 unidades de armazenamento.Se o administrador do Data Domain criar menos unidades de armazenamento, você deverá agruparos hosts do agente de aplicativos de banco de dados e atribuir cada grupo de hosts a uma unidadede armazenamento. Nesse caso, não é possível limitar o volume de armazenamento que seráconsumido em cada host. Um dos hosts do agente de aplicativos de banco de dados pode consumir100% dos recursos de uma unidade de armazenamento. Os recursos são consumidos em uma basede ordem de chegada.

O usuário do agente de aplicativos de banco de dados pode executar o comando ddbmadmin paradeterminar os limites de fluxos de uma unidade de armazenamento. Por exemplo:

ddbmadmin -l -z <configuration_file_name>

Stream limits for storage unit rp731 on the primary Data Domain host dd_host1.emc.com: active write streams: 11 active read streams: 0 soft limit write streams: none soft limit read streams: none soft limit combined streams: 40 hard limit combined streams: 60

Operações do agente de aplicativos de banco de dados com limites de uso dacapacidade do Data Domain

No início de um backup, o agente de aplicativos de banco de dados não pode determinar qualcapacidade será necessária para o backup. O agente de aplicativos de banco de dados sempretenta executar um backup solicitado quando o dispositivo de destino tem algum espaço oucapacidade de armazenamento disponível.

Um limite de capacidade pode ser definido em uma unidade de armazenamento ou vdisk pool.Quando o limite de capacidade flexível é excedido durante um backup, os alertas são exibidos nopainel Current Alerts na GUI de administração do Data Domain.

Se a unidade de armazenamento fizer parte de uma unidade tenant com uma lista de notificação, ohost do Data Domain envia um e-mail para os endereços na lista. O administrador do Data Domaine o usuário do agente de aplicativos de banco de dados devem ser incluídos na lista.

A operação de backup ou de restauração continua sem nenhum impacto adverso quando forexcedido o limite flexível de capacidade. O agente de aplicativos de banco de dados não geranenhuma mensagem de erro ou advertência em seu arquivo de log ou em sua saída operacional.

Quando for excedido o limite fixo de capacidade de uma unidade de armazenamento durante umbackup do Application Direct, o agente de aplicativos de banco de dados encerra o backup e gerauma mensagem para informar o usuário sobre a falta de espaço na unidade de armazenamento.

Quando o limite fixo de capacidade de um vdisk pool for excedido durante um backup do StorageDirect, o backup apresentará falha.



Operações do agente de aplicativos de banco de dados com limites de uso doData Domain nos fluxos

Quando o limite flexível de fluxo for excedido durante um backup e a unidade de armazenamentofizer parte de uma unidade tenant com uma lista de notificação, o host do Data Domain envia um e-mail para os endereços na lista. O administrador do Data Domain e o usuário do agente deaplicativos de banco de dados devem ser incluídos na lista.

Os alertas são exibidos no painel Current Alerts, na GUI de administração do Data Domain, quandoo limite flexível for excedido, independentemente da unidade de armazenamento fazer parte deuma unidade tenant ou não.

A operação de backup ou de restauração continua sem nenhum impacto adverso quando o limiteflexível de fluxo for excedido. O agente de aplicativos de banco de dados não gera nenhumamensagem de erro ou advertência em seu arquivo de log ou em sua saída operacional.

Quando o limite fixo de fluxo for excedido durante uma operação, o agente de aplicativos de bancode dados encerra a operação com uma mensagem para informar o usuário que um limite de fluxosmais alto é necessário. O método para exibir e registrar mensagens é específico ao aplicativo.

Operações do Storage Direct do agente de aplicativos de banco de dados comlimites de uso do Data Domain

Para operações do Storage Direct, siga as recomendações gerais e requisitos para o uso derecursos de todos os aplicativos compatíveis com suporte, como os requisitos de paralelismo eacomodação de recursos para backups e restaurações.

Em um workflow do Storage Direct, o agente de snapshot produz as imagens estáticas dosnapshot, e o agente de snapshot e o aplicativo produzem os registros de metadados para fins decatálogo do snapshot.

Limites de uso nos fluxos do Data Domain

Os registros de catálogos são salvos e recuperados sequencialmente durante uma operação doStorage Direct. Apenas um fluxo é necessário para esses registros durante um backup, restauraçãoou exclusão completa. Quando nenhum fluxo estiver disponível, a operação apresentará falha.

Cota de uso na capacidade do Data Domain

Os recursos de armazenamento que um backup do Storage Direct consome são as imagensestáticas do vdisk e os registros de metadados produzidos pelo aplicativo e pelo agente desnapshot para o catálogo de snapshot.

Obs.: O DD OS 5.7.2 ou superior aceita o limite fixo de capacidade em um pool do DD vdisk.Para versões anteriores do DD OS, não use a configuração de cota de capacidade em um pooldo vdisk.

As imagens estáticas são armazenadas em um pool do vdisk e seu tamanho é descompactado ebaseado na LUN. Calcule a capacidade do pool do vdisk com base no tamanho das LUNs de origeme o número de LUNs em um backup de snapshot, em vez do tamanho do banco de dados em que éfeito o backup. Para o Storage Direct com RecoverPoint, também deve-se considerar que obackup ocorre para todo o consistency group. Além dos backups iniciados pelo agente deaplicativos, o RecoverPoint pode chamar backups com base na configuração da política dereplicação de um consistency group.

O RecoverPoint pode exigir espaço de armazenamento interno para um backup e restauração, porexemplo, para a unidade de armazenamento que é usada para arquivos de trabalho durante aimportação da imagem estática na criação ou recuperação. Certifique-se de que o limite derecursos configurado e a cota da unidade de armazenamento sejam suficientes para o backup dosnapshot. Se estiver em dúvida, não limite o uso dessa unidade de armazenamento. Os guias do



usuário de gerenciamento do RecoverPoint apresentam recomendações específicas deconfiguração.

Durante a criação de uma imagem estática, se o limite fixo de capacidade for atingido para um pooldo vdisk em um snapshot do Storage Direct, o backup apresentará falha na fase de salvamento.Mensagens de erro são exibidas nos registros do agente de snapshot:

0 11/17/16 15:59:41 1267619584 14632 1479416331 ddbsmd NSR info [msg #404 dd_snapshot_impl.cpp 1339 PSDBG -1] Snapshot to Data Domain failed: Snapshot to DD lfcp0031.lss.emc.com for DD WWN 6002188000000002D0057F65F1000007 failed: Error creating static image for DD WWN 6002188000000002D0057F65F1000007. ([5005] no room left).

109581 11/17/16 15:45:04 1647015680 14051 1479415465 ddbsmd NSR info Snapshot to DD lfcp0031.lss.emc.com for DD WWN 6002188000000002D0057F65F1000007 failed: Error creating static image for DD WWN 6002188000000002D0057F65F1000007. ([5009] I/O error).

Os registros de catálogo são armazenados na unidade de armazenamento que é especificada peloparâmetro DEVICE_PATH. O tamanho dos savesets geralmente é reduzido. Quando o limite fixo éatingido, o backup apresentará falha na fase de salvamento do snapshot, pelo agente de snapshotou pelo agente de aplicativos.

Quando a criação do registro de metadados do agente do aplicativo apresenta falha, mensagens deerro são exibidas no registro de depuração ou operacional do agente de aplicativos. Por exemplo,uma mensagem comum de erro no registro do agente de aplicativos do DB2 é a seguinte:

(pid = 26762) (12/13/2016 11:39:05 AM) lnm_meta_close: Exiting with error:Closing a file failed [5057] ([26762] [140615742465824] Tue Dec 13 11:39:05 2016 ddp_close_file() failed, Err: 5057-File handle is stale).

(pid = 26762) (12/13/2016 11:39:05 AM) Unable to complete the saving of the metadata of the backup. An error occured in closing the index session.

Quando a criação do registro de metadados do agente de snapshot apresenta falha, as mensagensde erro aparecem no registro de depuração e operacional dos agentes. Por exemplo:

l Uma mensagem comum de erro no registro de depuração ddbsmd é a seguinte:

0 10/28/16 08:58:30 4052920064 6962 1477670213 ddbsmd NSR notice 10/28/16 08:58:30.081704 fsys_open failed for pathname /nsm_30_141/pp-db2-30-142/27/2.0/data_ss/$db2_acs:$/_ts10k_147767/1477670309.ss with error Opening the file '/nsm_30_141/pp-db2-30-142/27/2.0/data_ss/$db2_acs:$/_ts10k_147767/1477670309.ss' failed [5005] ([ 6962] [140161720690432] Fri Oct 28 08:58:30 2016ddp_open_file() failed for File: //nsm_30_141/pp-db2-30-142/27/2.0/data_ss/$db2_acs:$/_ts10k_147767/1477670309.ss, Err: 5005-nfs setattr failed (nfs: No space left on device)).

l Uma mensagem comum de erro no registro de rastreamento ddbsmd é a seguinte:

[msg #286 backup_subr.cpp 616 PSDBG 5] After calling nsr_start, there was a non-retryable errorError [msg #288 backup_subr.cpp 617 PSDBG -1] NULL[msg #289 backup_subr.cpp 624 PSDBG 5] After calling nsr_start, Can not recover from error, exiting[msg #290 backup_subr.cpp 800 PSDBG 5] BR::Leaving function br_cvr_save_funcError [msg #292 FileBackupService.cpp 1190 PSDBG -1] Failed to create snapset. Reason: nulError [msg #294 FileBackupService.cpp 1193 PSDBG -1] SAVE FAILE[msg #295 FileBackupService.cpp 4020 PSDBG 5] Invalid cover id, assuming there is no cover id



l Uma mensagem comum de erro no registro de depuração do agente de aplicativos do DB2 é aseguinte:

(pid = 6869) (10/28/2016 08:58:30 AM) INFO: Object = /Mount3/NODE0000/LOGSTREAM0000, type=SAVE, status=ERROR

(pid = 6869) (10/28/2016 08:58:30 AM) ERROR: An error has encountered, Object = /Mount3/NODE0000/LOGSTREAM0000, returnCode=-1. Exit with error.

Roteiro para operações de produtosUse o seguinte roteiro para instalar e configurar o software do agente de aplicativos de banco dedados e realizar backups e restaurações com o produto no banco de dados compatível e nos hostsde aplicativo.

Procedimento

Procedimento

1. Analise a versão mais recente de PowerProtect Database Application Agent Release Notespara obter informações mais atualizadas sobre o produto.

2. Certifique-se de que os sistemas Data Domain necessários estão instalados, configurados eativados de acordo com Configuração do sistema Data Domain para operações doApplication Direct na página 49.

3. Para operações do Storage Direct fora de um ambiente do VMware vSphere, certifique-sede que as configurações do VMAX, do XtremIO e do sistema Data Domain necessárias sejamconcluídas. PowerProtect Storage Direct Primary and Protection Storage Configuration Guideapresenta detalhes.

4. Instale o software do agente de aplicativos de banco de dados de acordo com Instalação doproduto na página 59.

5. Configure o produto de acordo com Configuração do produto na página 79.

6. Proteja o sistema do banco de dados usando os procedimentos necessários:

l Procedimentos para operações do DB2:

n Operações do Application Direct em Sistemas DB2 na página 153

n Operações do Storage Direct em Sistemas DB2 na página 191

l Procedimentos para as operações do Oracle:

n Operações do Application Direct em Sistemas Oracle na página 223

n Operações do Storage Direct em Sistemas Oracle na página 235

l Procedimentos para operações de SAP HANA:

n Operações do Application Direct em sistemas SAP HANA na página 307

l Procedimentos para operações de SAP com Oracle:

n Operações do Application Direct em sistemas SAP com Oracle na página 327

n Operações do Storage Direct em sistemas SAP com Oracle na página 345

7. Solucione problemas com operações de produtos usando as seguintes informações:

l Dicas de solução de problemas gerais na página 143

l Dicas de solução de problemas do DB2:

n Dicas de solução de problemas do DB2 para operações do Application Direct napágina 185



n Dicas de solução de problemas do DB2 para operações do Storage Direct na página220

l Dicas de solução de problemas do Oracle:

n Dicas de solução de problemas do Oracle para operações do Application Direct napágina 233

n Dicas de solução de problemas do Oracle para operações do Storage Direct na página306

l Dicas de solução de problemas do SAP HANA:

n Dicas de soluções de problemas do SAP HANA para operações do ApplicationDirect na página 325

l Dicas de solução de problemas do SAP com Oracle:

n Dicas de solução de problemas do SAP com Oracle para operações do ApplicationDirect na página 343

n Dicas de solução de problemas do SAP com Oracle para operações do StorageDirect na página 366

l Versão mais recente do PowerProtect Database Application Agent Release Notes



CAPÍTULO 2

Configuração do sistema Data Domain paraoperações do Application Direct


l Licenciamento do sistema Data Domain................................................................................ 50l Ativar o DD Boost em um sistema Data Domain.................................................................... 50l Alterando os privilégios de acesso do DD Boost..................................................................... 51l Habilite a criptografia sobre uma conexão WAN....................................................................52l Permitir as operações do DD Boost por um firewall...............................................................52l Configurar as unidades de armazenamento........................................................................... 53l Ativar o processamento distribuído de segmentos.................................................................53l Permitir o balanceamento de carga avançado e o failover de link.......................................... 54l Ative o serviço DD Boost sobre FC........................................................................................55l Validando e solucionando problemas da conexão do banco de dados e do sistema Data

Domain.................................................................................................................................. 57


Licenciamento do sistema Data DomainObs.: O administrador do Data Domain deve configurar o sistema Data Domain para operaçõesdo Application Direct com o recurso Data Domain Boost. Este capítulo apresenta exemplos dasconfigurações básicas. A documentação do Data Domain oferece detalhes sobre asconfigurações do sistema Data Domain.

Você precisa das licenças apropriadas do Data Domain, como a licença do Data Domain Boost oude replicação, para usar o software do agente de aplicativos de banco de dados.

Entre em contato com o representante do Data Domain para obter mais informações e paracomprar os recursos licenciados.

O Guia de Administração do Data Domain Operating System apresenta detalhes sobre todos osrecursos licenciados e como exibir e ativar licenças do Data Domain.

Ativar o DD Boost em um sistema Data DomainProcedimento

Ative o DD Boost em um sistema Data Domain por meio do comando ddboost enable ou a partirdo Data Domain System Manager na página Gerenciamento de dados > DD Boost, conformedescrito no Guia de Administração do Data Domain Operating System.

Obs.: O DD Boost requer uma licença separada.

Use a interface de linha de comando do Data Domain para concluir as tarefas administrativasnecessárias. O Guia de Referência de Comandos do Data Domain Operating System fornece detalhessobre os comandos.

Procedimento

1. No sistema Data Domain, faça log-in como um usuário administrativo.

2. Para verificar se o file system está ativado e em execução, execute o seguinte comando:

# filesys status

The file system is enabled and running.

Para habilitar o file system, execute o seguinte comando:

# filesys enable

3. Para verificar se a licença do DD Boost está ativada, execute o seguinte comando:

# license show

Feature licenses:## License Key Feature-- -------------------- --------1 ABCD-EFGH-IJKL-MNOP DDBOOST-- -------------------- --------

Configuração do sistema Data Domain para operações do Application Direct


Se a licença do DD Boost estiver desativada, execute o seguinte comando para adicionar alicença do DD Boost usando a chave de licença fornecida pelo Data Domain:

# license add <license_key>

License “ABCE-BCDA-CDAB-DABC” added.4. Estabeleça o nome de usuário e a senha do DD Boost para o sistema Data Domain.

Obs.: O nome de usuário, a senha e a função devem ser configurados no sistema DataDomain conforme descrito no Guia de Administração do Data Domain Operating System. Onome de usuário e a senha distingue maiúsculas de minúsculas e devem corresponder aonome de usuário e a senha fornecidos no procedimento Configurando a lockbox napágina 110.

Para estabelecer o nome de usuário e a senha, execute os seguintes comandos:

# user add <username> password <password># ddboost user assign <username>

Alterando os privilégios de acesso do DD Boost na página 51 apresenta informações sobrecomo a alteração de um nome de usuário e de privilégios de acesso afeta as operações emum sistema Data Domain.

5. Para ativar o DD Boost, execute o seguinte comando:

# ddboost enable

DD Boost enabled6. Para verificar se o DD Boost está ativado, execute o seguinte comando:

# ddboost status

Alterando os privilégios de acesso do DD BoostPor padrão, quando o serviço DD Boost é ativado pela primeira vez em um sistema Data Domain,ele estará acessível para todos os servidores de banco de dados. Você poderá usar o comandoddboost access para sobrepor esse padrão e restringir o acesso a servidores de banco de dadosespecíficos.

Por exemplo, o administrador do Data Domain pode executar os seguintes comandos para removera permissão de acesso padrão para todos os servidores e adicionar novas permissões de acessopara dois servidores de banco de dados específicos, dbserver1.datadomain.com edbserver2.datadomain.com. O Guia de Referência de Comandos do Data Domain Operating Systemfornece detalhes sobre os comandos.

# ddboost disable# ddboost clients del *# ddboost clients add dbserver1.datadomain.com dbserver2.datadomain.com# ddboost enable

Esses comandos estabelecem um conjunto de controles de acesso que permitem o acesso do DDBoost apenas para os dois servidores de banco de dados, dbserver1.datadomain.com edbserver2.datadomain.com.

Considere as seguintes diretrizes ao alterar os privilégios de acesso do DD Boost:



l Certifique-se de que nenhuma operação de backup está em execução no sistema Data Domainao alterar os privilégios de acesso. Você pode executar o comando ddboost disable paraevitar essas operações enquanto o acesso estiver sendo alterado.

l Especifique apenas um nome do domínio completo, o endereço IP ou um nome DNS que possaser resolvido para o client ao modificar a lista de controle de acesso do client.

l Depois de alterar os privilégios de acesso, você pode executar o comando ddboost enablepara ativar o DD Boost e os privilégios de acesso entrarão em vigor.

Você pode executar o comando ddboost clients show config para verificar quais hosts debanco de dados têm os privilégios de acesso do DD Boost. Se o resultado do comando forsimplesmente *, todos os servidores de banco de dados têm os privilégios de acesso. Por exemplo:

# ddboost clients show config

DD Boost access allowed from the following clients*

# ddboost clients show config

DD Boost access allowed from the following clients:dbserver1.datadomain.comdbserver2.datadomain.com

Habilite a criptografia sobre uma conexão WANO agente de aplicativos de banco de dados dá suporte a clients do DD Boost para proporcionarcriptografia de dados em trânsito com um sistema Data Domain 5.5 ou sistema operacionalposterior em uma conexão WAN.

Para habilitar a criptografia de dados em trânsito em uma conexão WAN, configure o sistema DataDomain com criptografia TLS de força média ou alta e defina o modo de autenticação comoanônimo. Atualmente, o produto suporta apenas anônimo como o modo de autenticação. Porexemplo, execute o seguinte comando ddboost para definir a criptografia de dados em trânsitonecessária para os sistemas de client:

ddboost clients add <client_list> [encryption-strength {medium | high} authentication-mode anonymous]

A configuração é transparente para o agente de aplicativos. O Guia de Administração do DataDomain Boost mais recente apresenta detalhes.

Permitir as operações do DD Boost por um firewallO sistema Data Domain, do modo como é configurado inicialmente, não funciona em um firewall,nem para a conexão entre um servidor de banco de dados e um sistema Data Domain, nem para aconexão entre sistemas Data Domain. Se precisar que o sistema Data Domain funcione em umfirewall, entre em contato com seu fornecedor de suporte de rede.

As portas a seguir devem estar abertas em um firewall para ativar os backups do DD Boost e aduplicação otimizada:

l TCP 2049 (NFS)



l TCP 2051 (replicação)

l TCP 111 (portmapper do NFS)

l TCP xxx (selecione uma porta para o NFS mountd, onde a porta MOUNTD padrão é 2052)

Configurar as unidades de armazenamentoUma ou mais unidades de armazenamento devem ser criadas em cada sistema Data Domain a serusado com o agente de aplicativos de banco de dados. Todos os nomes de unidade dearmazenamento em um sistema Data Domain devem ser exclusivos. No entanto, você pode usar omesmo nome de unidade de armazenamento em mais de um sistema Data Domain.

Obs.: Os nomes de unidade de armazenamento distinguem maiúsculas de minúsculas.

Ao configurar as operações com o agente de aplicativos de banco de dados, você deve fornecer onome da unidade de armazenamento. Configuração do produto na página 79 apresenta maisinformações.

Crie uma unidade de armazenamento por meio do comando ddboost storage-unit ou a partirdo Data Domain System Manager na página Gerenciamento de dados > DD Boost, conformedescrito noGuia de Administração do Data Domain Operating System.

Por exemplo, execute o seguinte comando no sistema Data Domain para cada unidade dearmazenamento que você deseja criar:

# ddboost storage-unit create <storage_unit_name> user <username>

Execute o seguinte comando para listar o status das unidades de armazenamento:

# ddboost storage-unit show

Name Pre-Comp (GiB) Status---------- -------------- ------SU_ABCDE03 5.8 RWSU_ABCDE5 9.8 RW/Q---------- -------------- ------ D : Deleted Q : Quota Defined RO : Read Only RW : Read Write

Você deve criar pelo menos uma unidade de armazenamento em cada sistema Data Domain quevocê usará com o agente de aplicativos de banco de dados. Você pode compartilhar uma unidadede armazenamento em um sistema Data Domain entre vários hosts de banco de dados.

O armazenamento em um sistema Data Domain pode ser provisionado por meio de limites de cotaopcionais para uma unidade de armazenamento. Limites de cota podem ser especificados nomomento da criação de uma unidade de armazenamento ou posteriormente, por meio de comandosseparados. O Guia de Referência de Comandos do Data Domain Operating System apresenta detalhessobre o comando ddboost.

Ativar o processamento distribuído de segmentosO processamento distribuído de segmentos é um recurso do software DD Boost que usa abiblioteca do DD Boost no servidor de banco de dados e o software Data Domain no DDR. O agentede aplicativos de banco de dados carrega a biblioteca do DD Boost durante as operações debackup e restauração.



Você deve configurar a opção de processamento distribuído de segmentos no sistema DataDomain. A configuração da opção se aplica a todos os servidores de banco de dados e a todosoftware que utilizar o DD Boost no sistema Data Domain.

Gerencie o processamento distribuído de segmentos por meio do comando ddboost option oua partir do Data Domain System Manager na página Gerenciamento de dados > DD Boost,conforme descrito no Guia de Administração do Data Domain Operating System.

Para confirmar se o DD Boost tem ou não o processamento distribuído de segmentos ativado,execute o comando ddboost option show.

Para configurar a opção de processamento distribuído de segmentos, execute o seguinte comando:

# ddboost option set distributed-segment-processing {enabled | disabled}

A ativação ou desativação da opção de processamento distribuído de segmentos não exige umareinicialização do file system do Data Domain.

O processamento distribuído de segmentos é ativado por padrão em um sistema inicialmenteinstalado com o Data Domain Operating System (DD OS) versão 5.2 ou posterior. Se um sistemareceber upgrade do DD OS versão 5.0.x ou 5.1.x para o DD OS versão 5.2 ou posterior, oprocessamento distribuído de segmentos é deixado em seu estado anterior.

Obs.: Não é possível ativar o processamento distribuído de segmentos em sistemas SolarisSPARC, exceto T4 e T5.

Permitir o balanceamento de carga avançado e o failover delink

Procedimento

Obs.: Este tópico aplica-se somente se você usar uma conexão Ethernet no lugar da FibreChannel para operações de backup e restauração com o agente de aplicativos de banco dedados.

O recurso de balanceamento avançado de carga e failover de link permite a combinação de várioslinks Ethernet em um grupo e o registro de apenas uma interface no sistema Data Domain com oagente de aplicativos de banco de dados.

A documentação do Data Domain oferece detalhes sobre os recursos e benefícios dobalanceamento avançado de carga e failover de link.

Se um grupo de interfaces estiver configurado quando o sistema Data Domain receber dados doclient DD Boost, o balanceamento de carga é realizado para a transferência de dados e eles sãodistribuídos como trabalhos diferentes na rede privada, o que oferece um maior throughput,especialmente para clients que usam diversas conexões de 1 GbE.

Gerencie o balanceamento de carga avançado e o failover de link por meio do comando ddboostifgroup ou a partir do Data Domain System Manager na página Gerenciamento de dados > DDBoost, conforme descrito no Guia de Administração do Data Domain Operating System.

Você pode executar as etapas a seguir para criar um grupo de interface no sistema Data Domain aoadicionar interfaces existentes ao grupo e ao registrar o sistema Data Domain com o agente deaplicativos de banco de dados. Depois que o grupo de interface for configurado, é possíveladicionar ou excluir interfaces do grupo.



Procedimento

1. Execute o comando ifgroup para adicionar as interfaces ao grupo. As interfaces devem tersido criadas com o comando net. Por exemplo:

# ifgroup add default interface 192.168.1.1# ifgroup add default interface 192.168.1.2# ifgroup add default interface 192.168.1.3# ifgroup add default interface 192.168.1.4

Este exemplo assume que não há grupos de interface adicionais nomeados criados e usa ogrupo de interface padrão.

2. Selecione uma interface no sistema Data Domain para registrar com o agente de aplicativosde banco de dados. Crie uma interface agregada de failover e registre essa interface com oagente de aplicativos de banco de dados. O Guia de Administração do Data Domain OperatingSystem descreve como criar uma interface virtual para agregação de links.

Não é obrigatório usar uma interface a partir do ifgroup para registrar com o agente deaplicativos de banco de dados. Uma interface que não faz parte do ifgroup também pode serusada para registrar com o agente de aplicativos de banco de dados. A interface deve serregistrada com um nome que possa ser resolvido usando DNS ou qualquer outro mecanismode resolução de nome.

3. Para ativar o recurso no sistema Data Domain, execute o seguinte comando:

# ifgroup enable

4. Para verificar a configuração, execute o seguinte comando:

# ifgroup show config default interfaces

Group Name Status Interface---------- ------- -----------default enabled 192.168.1.1default enabled 192.168.1.2default enabled 192.168.1.3default enabled 192.168.1.4

Ative o serviço DD Boost sobre FCO sistema operacional DD, versão 5.3 e posteriores, dá suporte ao mecanismo de comunicaçãoData Domain Fibre Channel (DFC ou FC) entre a biblioteca do DD Boost e o sistema Data Domain.

Procedimento

Obs.: O suporte do serviço do DD Boost sobre FC com o software do agente de aplicativos debanco de dados requer o envio e a aprovação de um qualificador de pré-venda FC. Para obtermais detalhes, entre em contato com seu representante do Data Domain.

A documentação do Data Domain oferece detalhes sobre os recursos e benefícios do serviço DDBoost sobre FC.

O sistema Data Domain deve ter um HBA compatível com o serviço DD Boost sobre FC. OGuia deReferência de Comandos do Data Domain Operating System e o Guia de Administração do Data DomainOperating System apresentam informações sobre como usar o comando scsitarget paragerenciar o subsistema de destino SCSI.

O administrador do Data Domain pode concluir as seguintes etapas para configurar o serviço DDBoost sobre FC.



Procedimento

1. Para ativar o serviço DD Boost via FC, execute o seguinte comando:

ddboost option set fc enabled2. Como opção, para definir o dfc-server-name, execute o seguinte comando:

ddboost fc dfc-server-name set <server_name>Como alternativa, aceite o nome padrão, que é o nome de host base do sistema DataDomain. Um dfc-server-name válido consiste em um ou mais dos seguintes caracteres:

l letras minúsculas (a-z)

l letras maiúsculas (A-Z)

l dígitos (0–9)

l sublinhado (_)

l meia-risca (–)

Obs.: O caractere de ponto (.) não é válido em um dfc-server-name. Você não pode usaro nome do domínio completo de um sistema Data Domain como o nome do servidor DFC.

3. Execute o seguinte comando para criar um grupo DD Boost FC:

ddboost fc group create <group_name>Por exemplo:

ddboost fc group create lab_group4. Para configurar o conjunto de dispositivos do grupo DD Boost FC, execute o seguinte

comando:

ddboost fc group modify <group_name> device-set count <count> endpoint {all| none | <endpoint_list>}

Por exemplo:

ddboost fc group modify lab_group device-set count 8 endpoint all5. Para adicionar iniciadores ao grupo de DD Boost FC, execute o seguinte comando:

ddboost fc group add <group_name> initiator <initiator_spec>Por exemplo:

ddboost fc group add lab_group initiator "initiator-15,initiator-16"6. Verifique se os dispositivos DFC estão visíveis no servidor de banco de dados.

7. Certifique-se de que o usuário que executa os backups e restaurações tem a permissãonecessária para acessar os dispositivos DFC.

Configurando as operações de produtos por meio de redes FC e IP na página 94 apresentadetalhes sobre a configuração do agente de aplicativos de banco de dados para que se possausar a conexão de rede FC.

Gerenciamento de caminhos do DD Boost sobre FCO ifgroup com base em balanceamento de carga avançado e o mecanismo de failover de link,descritos em um tópico anterior, são baseados em interfaces Ethernet e não se aplicam àtransferência por Fibre Channel. Em vez disso, um mecanismo de caminho diferente é fornecidopara a solução DD Boost sobre FC. A documentação do Data Domain apresenta mais detalhes.



Validando e solucionando problemas da conexão do banco dedados e do sistema Data Domain

Dependendo do tipo de conexão de rede que estiver sendo usada, você poderá executar ocomando apropriado para validar a comunicação entre o host do servidor de banco de dados e osistema Data Domain:

l Se você tiver um sistema DD Boost sobre IP, poderá fazer log-in no servidor de banco de dadose executar o comando rpcinfo se ele estiver disponível no sistema. Por exemplo:

# rpcinfo -p <Data_Domain_system_hostname>

O resultado do comando deverá incluir as portas listadas em Permitir as operações do DDBoost por um firewall na página 52. Por exemplo:

# rpcinfo -p <Data_Domain_system_hostname>

program vers proto port service 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100024 1 udp 779 status 100024 1 tcp 782 status 537220272 2 tcp 3006 100005 1 tcp 2052 mountd 100005 1 udp 2052 mountd 100005 2 tcp 2052 mountd 100005 2 udp 2052 mountd 100005 3 tcp 2052 mountd 100005 3 udp 2052 mountd 100003 3 tcp 2049 nfs 100003 3 udp 2049 nfs 285824256 1 udp 709 537329792 1 tcp 3007 537220001 2 tcp 2051 537220001 3 tcp 2051 537220439 1 tcp 695 537220017 1 tcp 727

l Se você tiver um sistema DD Boost sobre FC, poderá fazer log-in no servidor de banco dedados e executar o comando apropriado para verificar se os dispositivos DFC estão visíveis noclient.O Guia de referência de comandos do Data Domain Operating System oferece detalhes sobre oscomandos compatíveis.

Você pode usar o comando ddbmadmin para verificar o nome de usuário, senha e permissões deacesso válidas para o sistema Data Domain. Configurando a lockbox na página 110 apresenta maisdetalhes sobre como usar o comando.

O Artigo número 201919 da Base de Conhecimento, intitulado Como solucionar problemas dedesempenho e conectividade do DataDomain DDBoost, apresenta informações sobre como usar aferramenta ddpconnchk para solucionar problemas específicos do DD Boost. O artigo estádisponível no site de suporte.





CAPÍTULO 3

Instalação do produto


l Roteiro para instalar ou atualizar o software......................................................................... 60l Instalando e desinstalando o software no AIX........................................................................62l Instalando e desinstalando o software no Linux.....................................................................65l Instalando e desinstalando o software no Solaris...................................................................67l Instalando e desinstalando o software no Microsoft Windows...............................................69l Componentes de software..................................................................................................... 71l Software Data Domain BoostFS............................................................................................ 75


Roteiro para instalar ou atualizar o softwareVocê deve executar as etapas necessárias para instalar ou atualizar o software do agente deaplicativos de banco de dados no host do servidor de banco de dados ou do aplicativo.

Antes de você começar

Antes da instalação, certifique-se de que o File System não inclui nenhum link simbólico para odiretório /opt, como um link simbólico de /usr/local para /opt. As operações com o agentede aplicativos de banco de dados podem não funcionar se houver links simbólicos.

Você deve instalar a mesma versão do agente de aplicativos de banco de dados em cada nó em umambiente de alta disponibilidade.

Durante um upgrade do software, certifique-se de que não haja backups nem restaurações emexecução no client ou em cada nó no ambiente de alta disponibilidade. Em uma configuração debackup de registro arquivado do DB2, certifique-se de que a biblioteca de fornecedores carregadaantiga seja removida, conforme descrito em Backups do DB2 de registros de transações na página155.

O agente de aplicativos de banco de dados permite a coexistência com outros produtos desoftware conforme segue:

l Storage Direct agent versão 19.2 ou posterior.

l Outros produtos de backup usados para proteger os dados que o agente de aplicativos debanco de dados não protege.

O agente de aplicativos de banco de dados não é compatível com a coexistência do Storage Directcom o client do NetWorker, mas é compatível com a coexistência do DD Boost com o client doNetWorker com algumas restrições. O PowerProtect Database Application Agent Release Notesapresenta mais detalhes.

Obs.: Para migrar uma configuração do Oracle do agente de aplicativos de banco de dadospara o agente do Oracle RMAN, consulte as instruções na versão correspondente do Guia deadministração do agente do Oracle RMAN.

Procedimento

1. Certifique-se de que o host do servidor do aplicativo ou banco de dados contenha osoftware de servidor do aplicativo ou banco de dados compatível, e que ele esteja instaladoe funcionando em um ambiente compatível.

A seção DDBEA do eLab Navigator em https://elabnavigator.emc.com/eln/modernHomeDataProtection descreve o software compatível com suporte e as versões dosistema operacional.

2. Certifique-se de ter analisado as informações na versão mais recente do PowerProtectDatabase Application Agent Release Notes.

3. Certifique-se de que o sistema Data Domain tenha sido preparado de acordo com o Configuração do sistema Data Domain para operações do Application Direct na página 49.

4. Se você for executar as operações do Storage Direct para um banco de dados em umsistema VMAX, certifique-se de que os sistemas VMAX e Data Domain tenham sidoconfigurados de acordo com as instruções no PowerProtect Storage Direct Primary andProtection Storage Configuration Guide.

5. Se você for executar operações do Storage Direct com o RecoverPoint para um banco dedados em um sistema XtremIO, certifique-se de que os sistemas XtremIO e Data Domain eos componentes do RecoverPoint tenham sido configurados de acordo com as instruções noPowerProtect Storage Direct Primary and Protection Storage Configuration Guide.





6. Certifique-se de que você tenha privilégios root ou de administrador do sistema operacionalno host do servidor do aplicativo ou de banco de dados.

7. Obtenha as licenças de software necessárias.

Entre em contato com seu representante de vendas para obter mais detalhes sobre aslicenças necessárias para o ambiente.

8. Se estiver atualizando a partir do agente de aplicativos de banco de dados versão 1.0 (antesconhecido como DDBDA 1.0) ou a partir de uma versão anterior do agente de aplicativos debanco de dados, desinstale o agente de aplicativos de banco de dados de acordo com asinstruções descritas no guia apropriado:

l Guia de Administração do Data Domain Boost para Bancos de Dados e Aplicativos 1.0

l Versão 2.0, 2.5, 3.0, 3.5, 4.0, 4.5, 4.6, 4.7, ou 19.1 de PowerProtect Database ApplicationAgent Installation and Administration Guide

Não use nenhuma opção de upgrade do programa de instalação em uma plataforma Linux ouUNIX, por exemplo, o comando rpm -U no Linux.

AVISO Após uma atualização do agente de aplicativos de banco de dados de uma versãopré-19.2 para a versão 19.2 no Linux ou UNIX, o usuário root deverá executar o comandoddbmadmin -U se a lockbox estiver em um local não padrão. Configurando alockbox na página 110 apresenta detalhes sobre os requisitos da lockbox.

Como alternativa no Windows, em vez de desinstalar a versão anterior do agente deaplicativos de banco de dados, você pode executar um procedimento de atualização diretacom o assistente de instalação do Windows.

9. Baixe o pacote de software 19.2 do agente de aplicativos de banco de dados do site desuporte. No Windows, descompacte o arquivo baixado usando o WinZip. No UNIX/Linux,descompacte e extraia o arquivo baixado usando os utilitários gunzip e tar.

Os exemplos a seguir mostram as etapas para baixar e preparar o pacote de software.

Exemplo: Preparação para a instalação do agente de aplicativos de banco de dados noWindows

Você pode concluir as etapas a seguir no Windows para baixar e extrair o pacote dosoftware do agente de aplicativos de banco de dados:

a. Baixe o pacote de software de agente de aplicativos de banco de dados para o host doWindows.

b. Use o WinZip para descompactar o arquivo.

Exemplo: Preparação para a instalação do agente de aplicativos de banco de dados noAIX

Você pode concluir as etapas a seguir no AIX para baixar e extrair o pacote do software doagente de aplicativos de banco de dados:

a. Baixe o arquivo dbappagent192_aixpower.tar.gz no host de aplicativos do AIX.

b. Descompacte e extraia o pacote de agente de aplicativos de banco de dados:

gunzip dbappagent192_aixpower.tar.gztar -xvpBf dbappagent192_aixpower.tar

10. Instale o software 19.2 do agente de aplicativos de banco de dados baixado seguindo asinstruções de instalação neste capítulo.



11. Ative as operações do Storage Direct no UNIX ou Linux executando o seguinte comandopara iniciar o agente do snapshot:

/opt/dpsapps/dbappagent/bin/ddbsm start

12. Se você usar o recurso de proteção de aplicativos orquestrados, instale o software DDBoostFS conforme descrito em Software Data Domain BoostFS na página 75.

Instalando e desinstalando o software no AIXVocê deve concluir os procedimentos necessários para instalar e desinstalar o software do agentede aplicativos de banco de dados no AIX. Os tópicos a seguir apresentam instruções detalhadas.

Instalação do software no AIXInstale o software do agente de aplicativos de banco de dados no AIX executando o programa dainterface de linha de comando (CLI) do comando installp ou a Ferramenta para gerenciamentode interface do sistema (SMIT) do AIX, que é um programa de Graphical User Interface (GUI). Emum cluster compatível, você deve instalar o software em cada nó que fará os backups e arecuperação.

Procedimento

1. Conclua as tarefas de preparação em Roteiro para instalar ou atualizar o software na página60 Lembre-se de fazer log-in como usuário root e estar no diretório correto, que contém osarquivos de instalação do software baixado.

Obs.: Se você não iniciar a instalação do diretório correto, ela poderá apresentar falhas.

2. Execute o programa da CLI installp ou o programa da GUI do SMIT:

l Para executar o programa da CLI, digite o seguinte comando:

installp -a -d /dir_pathname EMCdbappagent.rte

em que /dir_pathname é o nome do caminho completo do diretório que contém osarquivos de instalação de software.

Para verificar se a instalação foi bem-sucedida, digite o seguinte comando:

lslpp -L all | grep -i emcdbappagent

EMCdbappagent.rte 19.2.0.0 C F EMC database app agent

Se a saída do comando lslpp incluir EMCdbappagent.rte 19.2.0.0, a instalação foi bem-sucedida.

l Para executar o programa da GUI do SMIT, execute as seguintes etapas:

a. Digite o seguinte comando:

smitty install_latest

b. Em Entry Field, digite o nome do caminho completo do diretório que contém osarquivos de instalação do software.



c. Selecione a opção SOFTWARE to install.

d. Digite yes em resposta às solicitações a seguir:

Accept new license agreements?Preview new license agreements?

e. Para exibir a lista dos pacotes de software, selecione F4=List.

f. Para instalar o software, selecione EMCdbappagent.rte.

g. Selecione Install and Update Software.

h. Para iniciar a instalação, pressione Enter.

A instalação no AIX armazena os diferentes tipos de arquivos de software nos diretóriosmostrados na tabela a seguir.

Tabela 5 Diretórios de instalação do software no AIX

Tipos de arquivos ou diretórios instalados Diretório de instalação

Arquivos executáveis /opt/dpsapps/dbappagent/bin

Modelos de arquivo de configuração /opt/dpsapps/dbappagent/config

Diretório de arquivos de log de depuração /opt/dpsapps/dbappagent/logs,

vinculado a /var/opt/ddbda/logs

Arquivos de biblioteca /opt/dpsapps/dbappagent/lib/lib64A instalação cria vários links simbólicos conforme descrito em Links de software criadosdurante a instalação na página 74. Se a lockbox existir no local padrão, o programa deinstalação a atualizará automaticamente para a versão mais recente.

3. Certifique-se de que a variável $PATH do sistema inclua o nome de caminho completo dodiretório em que os binários do agente de aplicativos de banco de dados estão instalados.Por exemplo, atualize a variável $PATH para incluir o nome do caminho /opt/dpsapps/dbappagent/bin.

AVISO Se você não incluir o diretório de instalação dos binários na variável $PATH dosistema, deverá especificar o nome do caminho completo dos binários ao executar umprograma do agente de aplicativos de banco de dados na linha de comando. Casocontrário, o programa apresentará falha.

4. Se você for realizar operações em uma conexão de Fibre Channel (FC), use o driver do DFCque é empacotado com o agente de aplicativos de bancos de dados ou o driver dodispositivo genérico SCSI do AIX. O uso do driver do dispositivo genérico SCSI não exige ainstalação de todos os drivers.

Para verificar o tipo de driver que está instalado, você pode executar o comando lsdev eanalisar a saída do comando:

l Para o driver de DFC empacotado com o agente de aplicativos de banco de dados, asaída do comando inclui os nomes de dispositivos como DDdfc* e o tipo como DataDomain DDdfc Release 1.0.0.4. Por exemplo:

lsdev

DDdfc Available Data Domain DDdfc Release 1.0.0.4DDdfc1 Available Data Domain DDdfc Release 1.0.0.4



DDdfc2 Available Data Domain DDdfc Release 1.0.0.4DDdfc3 Available Data Domain DDdfc Release 1.0.0.4

l A saída do comando para o driver de dispositivo genérico SCSI inclui os nomes dedispositivos como hdisk* e o tipo como Other FC SCSI Disk Drive. Por exemplo:

lsdev

hdisk1 Available 05-00-01 Other FC SCSI Disk Drivehdisk2 Available 05-00-01 Other FC SCSI Disk Drivehdisk3 Available 05-00-01 Other FC SCSI Disk DriveObs.: Para detectar os dispositivos DD Boost que são adicionados ao grupo DD Boost FCno sistema Data Domain, execute o comando cfgmgr no cliente. Talvez seja necessárioexecutar o comando cfgmgr se o comando lsdev não puder mostrar todos osdispositivos.

Se você deseja usar o driver do DFC que é empacotado com o agente de aplicativos debancos de dados, mas o driver não estiver instalado, instale-o da seguinte maneira:

a. Extraia o pacote do driver, DDdfc.rte.1.0.0.4.bff, do pacote do software do AIX:

gunzip < dbappagent192_aixpower.tar.gz | tar xvf -

b. Instale o driver:

installp -d /dir_pathname/DDdfc.rte.1.0.0.4.bff all

c. Para confirmar se o driver foi instalado, execute o comando lsdev e analise a saída docomando, conforme descrito anteriormente.

Para configurar e integrar a conexão FC com o Data Domain, siga as instruções em Notastécnicas de Configuração e integração de Fibre Channel do Data Domain com o agente deaplicativos de banco de dados do Data Domain Boost para aplicativos corporativos. Odocumento está disponível no site de suporte em https://support.emc.com.

5. Verifique a versão instalada do software do produto executando um dos comandos a seguir,em que file_name é o nome do caminho completo do arquivo de programa ddbmadmin:

what file_namelslpp -L all | grep -i emcdbappagent

6. Para garantir que o DBA faça operações de backup e restauração como um usuário não root,siga as instruções de configuração no seguinte artigo da Base de Conhecimento:

Dispositivos Fibre Channel com produtos usando DD Boost em ambiente Linux/UNIX (Númerodo artigo 000182275)

O artigo está disponível no site de suporte em https://support.emc.com.

7. Configure o software do agente de aplicativos de banco de dados seguindo as instruções em Configuração do produto na página 79.

AVISOSe você atualizou o software e a lockbox foi criada com o agente de aplicativos 4.0 ouanterior em um diretório não padrão, importe manualmente a versão mais recente da



HTTPS://SUPPORT.EMC.COM/

HTTPS://SUPPORT.EMC.COM/

lockbox. Para importar a lockbox, execute o comando ddbmadmin -U com a opçãoLOCKBOX_IMPORT, conforme descrito em Atualização da lockbox na página 121.

Desinstalar o software no AIXDesinstale o software do agente de aplicativos de banco de dados no AIX, executando o comandoinstallp ou o programa SMIT GUI. Em um cluster compatível com suporte, execute oprocedimento de desinstalação em cada nó que contém o software.

Procedimento

1. Certifique-se de que nenhum backup de banco de dados ou de aplicativo esteja emexecução.

2. Para desinstalar o software, use um dos seguintes métodos como usuário root:

Obs.: Você não precisa desligar um banco de dados para desinstalar o software.

l Use a CLI digitando o seguinte comando:

installp -u EMCdbappagent.rte

l Use o programa SMIT GUI:

a. Digite o seguinte comando smitty:

smitty remove

b. Para exibir uma lista dos pacotes de software instalados, selecione F4=List.

c. Selecione o pacote para desinstalar:

EMCdbappagent.rte

d. Defina a opção PREVIEW Only como No.

e. Para desinstalar o software, pressione Enter.

f. Saia do programa SMIT GUI.

O procedimento de desinstalação não remove determinados arquivos e diretórios quecontêm registros e arquivos da lockbox. Você deve remover manualmente esses itens depoisde salvar uma cópia, se necessário.

Instalando e desinstalando o software no LinuxVocê deve concluir os procedimentos necessários para instalar e desinstalar o software do agentede aplicativos de banco de dados no Linux. Os tópicos a seguir apresentam instruções detalhadas.

Instalação do software no LinuxInstale o software do agente de aplicativos de banco de dados no Linux executando o comandorpm. Em um cluster compatível com suporte, instale o software em cada nó que fará os backups ea recuperação.

Procedimento

1. Conclua as tarefas de preparação em Roteiro para instalar ou atualizar o software na página60 Lembre-se de fazer log-in como usuário root e estar no diretório correto, que contém osarquivos de instalação do software baixado.




2. Em uma plataforma RHEL Linux 6, certifique-se de ter baixado e instalado o pacote compat-libstdc++-33.

3. Para instalar o software, digite o comando rpm obrigatório:

l No Linux x64:

rpm -ivh emcdbappagent-19.2.0.0-1.x86_64.rpm

l No PC Linux Power de 64 bits big-endian:

rpm -ivh emcdbappagent-19.2.0.0-1.ppc64.rpm

l No PC Linux Power de 64 bits little-endian:

rpm -ivh emcdbappagent-19.2.0.0-1.ppc64le.rpm

4. Para verificar se a instalação foi bem-sucedida, digite o comando rpm -aq:

rpm -aq | grep -i emc

A saída do comando deve incluir a seguinte linha:

emcdbappagent-19.2.0.0-1.x86_64

A instalação no Linux armazena os diferentes tipos de arquivos de software nos diretóriosmostrados na tabela a seguir.

Tabela 6 Diretórios de instalação do software no Linux






Arquivos de biblioteca /opt/dpsapps/dbappagent/lib/lib64(Linux x64, Linux Power PC little-endian)

/opt/dpsapps/dbappagent/lib (Linux

Power PC big-endian)

A instalação cria vários links simbólicos conforme descrito em Links de software criadosdurante a instalação na página 74. Se a lockbox existir no local padrão, o programa deinstalação a atualizará automaticamente para a versão mais recente.


AVISO Se você não incluir o diretório de instalação dos binários na variável $PATH dosistema, deverá especificar o nome do caminho completo dos binários ao executar um



programa do agente de aplicativos de banco de dados na linha de comando. Casocontrário, o programa apresentará falha.


strings file_name | grep "@(#)"rpm -aq | grep -i emc


AVISONo Linux x64 apenas, se você tiver atualizado o software e a lockbox tiver sido criadacom o agente de aplicativos 4.0 ou anterior em um diretório não padrão, importemanualmente a versão mais recente da lockbox. Para importar a lockbox, execute ocomando ddbmadmin -U com a opção LOCKBOX_IMPORT, conforme descrito em Atualização da lockbox na página 121.

Desinstalar o software no LinuxDesinstale o software do agente de aplicativos de banco de dados no Linux executando o comandorpm. Em um cluster compatível com suporte, execute o procedimento de desinstalação em cada nóque contém o software.

Procedimento


2. Para desinstalar o software, digite o seguinte comando, como usuário root:

Obs.: Você não precisa desligar um banco de dados para desinstalar o software.

rpm -e emcdbappagent-19.2.0.0-1


Instalando e desinstalando o software no SolarisVocê deve concluir os procedimentos necessários para instalar e desinstalar o software do agentede aplicativos de banco de dados no Solaris. Os tópicos a seguir apresentam instruções detalhadas.

Instalar o software no SolarisInstale o software do agente de aplicativos de banco de dados no Solaris executando o comandopkgadd. Em um cluster compatível com suporte, instale o software em cada nó que fará osbackups e a recuperação.

Procedimento

1. Conclua as tarefas de preparação em Roteiro para instalar ou atualizar o software na página60. Lembre-se de fazer log-in como usuário root e estar no diretório correto, que contém osarquivos de instalação do software baixado.



Obs.:Se você não iniciar a instalação do diretório correto, ela poderá apresentar falhas.

Se o sistema Solaris possuir zonas Solaris (contêineres) e o software for executado emuma zona raiz fragmentada, instale o software na zona global e em cada zona raizfragmentada necessária.

2. Verifique se a configuração da variável basedir é basedir=default no arquivo /var/sadm/install/admin/default.

3. Para instalar o software, digite o seguinte comando pkgadd:

pkgadd -d /dir_pathname EMCdbappagent

em que /dir_pathname é o nome do caminho completo do diretório que contém o pacote desoftware.

4. Digite y quando perguntado se deseja ou não continuar a instalação.

A instalação no Solaris armazena os diferentes tipos de arquivos de software nos diretóriosmostrados na tabela a seguir.

Tabela 7 Diretórios de instalação do software no Solaris






Arquivos de biblioteca /opt/dpsapps/dbappagent/lib/amd64(Solaris AMD)

/opt/dpsapps/dbappagent/lib/sparcv9 (Solaris SPARC)

A instalação cria vários links simbólicos conforme descrito em Links de software criadosdurante a instalação na página 74. Se a lockbox existir no local padrão, o programa deinstalação a atualizará automaticamente para a versão mais recente.


AVISO Se você não incluir o diretório de instalação dos binários na variável $PATH dosistema, deverá especificar o nome do caminho completo dos binários ao executar umprograma do agente de aplicativos de banco de dados na linha de comando. Casocontrário, o programa apresentará falha.




Obs.: O comando what está disponível somente no Solaris 11.

what file_namepkginfo -l EMCdbappagent


AVISOVocê deve importar manualmente a versão mais recente da lockbox em qualquer um dosseguintes casos:

l Você atualizou o software em um sistema Solaris diferente do Solaris x64, e alockbox foi criada com o agente de aplicativos 4.0 ou anterior em um diretório nãopadrão.

l Você atualizou o software no Solaris x64, e a lockbox foi criada com o agente deaplicativos 3.5 ou anterior em um diretório não padrão.

Para importar a lockbox, execute o comando ddbmadmin -U com a opçãoLOCKBOX_IMPORT, conforme descrito em Atualização da lockbox na página 121.

Desinstalar o software no SolarisDesinstale o software do agente de aplicativos de banco de dados no Solaris executando ocomando pkgrm. Em um cluster compatível com suporte, execute o procedimento dedesinstalação em cada nó que contém o software.

Procedimento


2. Para desinstalar o software, digite o seguinte comando, como usuário root:

Obs.: Você não precisa desligar um banco de dados para desinstalar o software. Paradesinstalar o software nas zonas do Solaris, desinstale primeiro o software na zonaglobal e, em seguida, desinstale o software em cada zona raiz fragmentada exigida.

pkgrm EMCdbappagent

3. Digite y quando solicitado.


Instalando e desinstalando o software no Microsoft WindowsVocê deve concluir os procedimentos necessários para instalar e desinstalar o software do agentede aplicativos de banco de dados no Windows. Você também pode modificar, reparar e removeruma instalação existente do Windows. Os tópicos a seguir apresentam instruções detalhadas.



Instalar o software no WindowsInstale o software do agente de aplicativos de banco de dados no Windows executando o programade instalação do software, emcdbappagent.exe. Em um cluster compatível com suporte, instaleo software em cada nó que fará os backups e as restaurações.

Procedimento

1. Conclua as tarefas de preparação em Roteiro para instalar ou atualizar o software na página60. Certifique-se de que você fez log-in como administrador e de que você está no diretóriocorreto, o qual contém os arquivos de instalação do software descarregados.


2. Execute o programa de instalação do Windows, emcdbappagent.exe, e, em seguida, sigaas instruções fornecidas pelo Assistente de instalação.

Se você estiver atualizando o agente de aplicativos de banco de dados 1.0, anteriormenteconhecido como DDBDA 1.0, para o agente de aplicativos de banco de dados 19.2 noWindows, poderá selecionar a execução de um procedimento de atualização direto por meiodo Assistente de instalação.

3. Clique em Finish para sair do programa de instalação.

A instalação no Windows armazena todos os arquivos executáveis, modelos de arquivos deconfiguração e arquivos de biblioteca no diretório C:\Program Files\DPSAPPS\DBAPPAGENT\bin\. A instalação também cria o diretório de arquivos de log dedepuração, C:\Program Files\DPSAPPS\DBAPPAGENT\logs\.

A instalação cria vários links simbólicos, conforme descrito em Links de software criadosdurante a instalação na página 74. Se a lockbox existir no local padrão, o programa deinstalação a atualizará automaticamente para a versão mais recente.

4. Verifique se a variável de ambiente de caminho do sistema inclui o diretório de instalação dosoftware. Por exemplo:

a. No menu Start, selecione Computer.

b. No menu de contexto, selecione System properties.

c. Selecione Advanced system settings.

d. Na guia Advanced, clique em Environment Variables.

e. Em System Variables, verifique a variável Path. A variável Path deve incluir o diretóriode instalação do software, C:\Program Files\DPSAPPS\DBAPPAGENT\bin.

Obs.: O nome do caminho de diretório pode incluir espaços, mas não pode haverespaços antes ou depois do nome do caminho.

5. Para verificar a versão instalada do software do produto, use um dos seguintes métodos:

l Verifique as propriedades do sistema para o programa ddbmadmin:

a. Clique com o botão direito no arquivo C:\Program Files\DPSAPPS\DBAPPAGENT\bin\ddbmadmin.

b. Selecione Propriedades.

c. Na guia Details, verifique a versão do produto.

l Verifique o painel de controle do programa ddbmadmin:



a. No menu Start, selecione Control Panel.

b. Selecione Programs > Programs and Features.

c. Na janela Uninstall or change a program, verifique a versão do produto.


AVISOSe você atualizou o software e a lockbox foi criada com o agente de aplicativos 4.0 ouanterior em um diretório não padrão, importe manualmente a versão mais recente dalockbox. Para importar a lockbox, execute o comando ddbmadmin -U com a opçãoLOCKBOX_IMPORT, conforme descrito em Atualização da lockbox na página 121.

Desinstalar o software no WindowsDesinstale o software do agente de aplicativos de banco de dados no Windows usando o programade instalação do Windows ou o Windows Control Panel. Em um cluster compatível com suporte,execute o procedimento de desinstalação em cada nó que contém o software.

Procedimento

1. Faça log-in no host do software como administrador do sistema Windows.


3. Para desinstalar o software, use um dos seguintes métodos:

Obs.: Você não precisa desligar um banco de dados para desinstalar o software. Antesde concluir a desinstalação, salve uma cópia desses arquivos de configuração, senecessário.

l Método do programa de instalação do Windows:

a. Execute o programa de instalação do Windows, emcdbappagent.exe.

b. Na página Change, repair, or remove installation, selecione Remove e, em seguida,clique em Next.

c. Para desinstalar o software, na caixa de diálogo Remove the Program, clique emRemove.

l Método Windows Control Panel:

a. Na janela Control Panel, selecione Add or Remove Programs ou Programs andFeatures, dependendo da versão do Microsoft Windows.

b. Na janela Add or Remove Programs, selecione database app agent for DDBEA andProtectPoint e, em seguida, clique em Remove.


Componentes de softwareA tabela a seguir lista os principais componentes de software instalados no host do aplicativo oubanco de dados durante uma instalação do software de agente de aplicativos de banco de dados.



Tabela 8 Componentes de software do produto

Nome do componente Descrição

Componentes usados com todos os aplicativos:

ddbmadmin Programa que é usado para operações delockbox com o agente de aplicativos de bancode dados.

ddbsm

ddbsm_shutdown

ddbsmd

Arquivos de gerenciamento de snapshot quesão usados para operações do Storage Directcom o agente de aplicativos de banco dedados.

libddbprotectpoint_rp.xx

libcurl.xx

libddbrestclient.xx

Arquivos de biblioteca de controle desnapshot que são usados para o StorageDirect com operações do RecoverPoint.

libddbprotectpoint_v3.xx Arquivo de biblioteca de controle de snapshotque é usado para o Storage Direct comoperações do VMAX.

libddvdisk O arquivo de biblioteca do vdisk SDK que éusado para operações do Storage Direct.

libccme*.xx

libcryptocme*.xx

libCSP*.xx

libLockbox.xx

libEnshroud*.xx

Arquivos de biblioteca que são usados emoperações de lockbox no UNIX e Linux x64.

libLockbox.so

libEnshroud*.soArquivos de biblioteca que são usados paraoperações de lockbox m PC Linux Power.

ccme*.dll

cryptocme*.xxx

CSP*.dll

Lockbox.dll

Enshroud-OpenSSL.dll

Arquivos de biblioteca que são usados paraoperações de lockbox no Windows.

libDDBoost.xx Arquivo de biblioteca do DD Boost que éusado pelo agente de aplicativos de banco dedados.

Componentes usados somente com DB2:

db2_ddbda.cfg Modelo de arquivo de configuração paraoperações do DB2.



Tabela 8 Componentes de software do produto (continuação)


ddbmdb2adutil Programa usado para operações derecuperação de backup de banco de dados ebackup de registro do DB2.

libddboostdb2.xx Biblioteca que é usada para operações doDB2.

Componentes usados somente com Oracle:

ddboraasm Programa usado para operações do StorageDirect para o Oracle Automatic StorageManagement (ASM) no Linux de 64 bits eAIX.

ddborasrvctl Programa usado para operações do StorageDirect para Oracle ASM no AIX.

ddbsbtcn.exe Programa usado para operações do Oracle noWindows.

oracle_ddbda.cfg

oracle_asm_ddbda.cfgModelos de arquivo de configuração paraoperações do Oracle.

libddboostora.xx Biblioteca que é usada para operações doOracle.

Componentes usados somente com SAP HANA:

hdbbackint Programa usado para operações do SAPHANA.

sap_hana_ddbda.utl Modelo de arquivo de configuração paraoperações do SAP HANA.

Componentes usados somente com SAP com Oracle:

backint Programa usado para operações do SAP comOracle (BR*Tools).

ddbsbtcnsap.exe Programa usado para operações do SAP comOracle com RMAN no Windows.

libddboostsapora.xx Biblioteca que é usada para operações do SAPcom Oracle com RMAN.

sap_oracle_ddbda.utl Modelo de arquivo de configuração paraoperações do SAP com Oracle.

Componentes usados somente com a proteção de aplicativos orquestrados:

ddbmoappbackup Programa para backups realizados por meioda proteção de aplicativos orquestrados.Localizado no diretório /opt/dpsapps/dbappagent/bin somente no Linux.

ddbmoapprecover Programa para restaurações executadas pormeio de proteção de aplicativos orquestrados.



Tabela 8 Componentes de software do produto (continuação)


Localizado no diretório /opt/dpsapps/dbappagent/bin somente no Linux.

oapp_ddbda.cfg Modelo de arquivo de configuração paraoperações da proteção de arquivosorquestrados. Localizado no diretório /opt/dpsapps/dbappagent/config somente

no Linux.

oapp_ddbda_mongodb.example Um arquivo de exemplo para ajudar com asoperações do MongoDB. O arquivo incluiexemplos de um script do shell de backup e oarquivo de configuração do agente deaplicativos de banco de dados. Localizado nodiretório /opt/dpsapps/dbappagent/config somente no Linux.

oapp_ddbda_mssql.example Um arquivo de exemplo para ajudar com asoperações do Microsoft SQL. O arquivo incluiexemplos de um script do shell de backup e oarquivo de configuração do agente deaplicativos de banco de dados. Localizado nodiretório /opt/dpsapps/dbappagent/config somente no Linux.

oapp_ddbda_mysql.example Um arquivo de exemplo para ajudar com asoperações do MySQL. O arquivo incluiexemplos de um script do shell de backup e oarquivo de configuração do agente deaplicativos de banco de dados. Localizado nodiretório /opt/dpsapps/dbappagent/config somente no Linux.

oapp_ddbda_postgresql.example Um arquivo de exemplo para ajudar com asoperações do PostgreSQL. O arquivo incluiexemplos de um script do shell de backup e oarquivo de configuração do agente deaplicativos de banco de dados. Localizado nodiretório /opt/dpsapps/dbappagent/config somente no Linux.

Links de software criados durante a instalaçãoAo instalar o software de aplicativos de banco de dados, o processo de instalação cria um númerode links simbólicos para as bibliotecas e binários do software.

No UNIX ou Linux, a instalação do software cria links simbólicos para os locais dos binários ebibliotecas da versão anterior. Por exemplo, a instalação cria os seguintes links simbólicos no Linux:

l /opt/ddbda/bin/hdbbackint vinculado a /opt/dpsapps/dbappagent/bin/hdbbackint

l /opt/ddbda/bin/backint vinculado a /opt/dpsapps/dbappagent/bin/backint



l /opt/ddbda/bin/ddbmadmin vinculado a /opt/dpsapps/dbappagent/bin/ddbmadmin

l /usr/lib/ddbda/lib64/libddboostdb2.so vinculado a /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so

l /usr/lib/ddbda/lib64/libddboostora.so vinculado a /opt/dpsapps/dbappagent/lib/lib64/libddboostora.so

l /usr/lib/ddbda/lib64/libddboostsapora.so vinculado a /opt/dpsapps/dbappagent/lib/lib64/libddboostsapora.soObs.:Os diretórios da biblioteca UNIX da versão anterior são os seguintes:

l No AIX: /usr/lib/ddbda/lib64l No Solaris AMD: /usr/lib/ddbda/amd64l No Solaris SPARC: /usr/lib/ddbda/sparcv9

No Windows, a instalação do software cria os seguintes links de biblioteca:

l Vínculo físico:

C:\Program Files\EMC DD Boost\DA\bin\libddboostdb2.dll vinculado aC:\Program Files\DPSAPPS\DBAPPAGENT\bin\libddboostdb2.dll

l Links simbólicos:

C:\Program Files\EMC DD Boost\DA\bin\libddboostora.dll vinculado aC:\Program Files\DPSAPPS\DBAPPAGENT\bin\libddboostora.dllC:\Program Files\EMC DD Boost\DA\bin\libddboostsapora.dll vinculado aC:\Program Files\DPSAPPS\DBAPPAGENT\bin\libddboostsapora.dll

Software Data Domain BoostFSPara a proteção de aplicativos orquestrados, instale o Data Domain BoostFS no servidor de bancode dados ou servidor de aplicativos compatível.

O recurso de aplicativo orquestrado exige o Data Domain BoostFS versão 1.2 ou posterior.

Acessando o software Data Domain BoostFSSe deseja ativar e utilizar o recurso de proteção de aplicativos orquestrados, você pode fazerdownload dos arquivos de software do Data Domain BoostFS no site de suporte.

Procedimento

1. Faça log-in no host como o usuário root no sistema Linux x64.

2. Crie um diretório de download de instalação temporário em um File System local com espaçolivre em disco suficiente para conter o pacote de software baixado e os arquivos deinstalação do software que são extraídos do pacote.

3. Faça download necessário do software Data Domain BoostFS:

a. No site de suporte em https://support.emc.com, selecione Drivers & Downloads.

A página Drivers & Downloads é exibida.

b. Na caixa de pesquisa, digite Data Domain Boost e, em seguida, selecione Data DomainBoost — File System.

c. Selecione a versão do Data Domain BoostFS 1.2.0.1 ou posterior e faça download doarquivo do software Data Domain BoostFS no diretório temporário criado na etapa 2.




4. Analise a documentação necessária

a. Vá para https://support.emc.com/products.

b. Na caixa de pesquisa, digite Data Domain Boost e, em seguida, selecione Data DomainBoost — File System.

c. Clique em Documentation.

d. Faça download do Guia de configuração do Data Domain BoostFS e analise a seção"Ambientes compatíveis" sobre o sistema operacional e o FUSE compatível com o DataDomain BoostFS.

Ativando o Data Domain BoostFS para proteção de aplicativos orquestradosPara ativar o recurso de proteção de aplicativos orquestrados no Linux x64, instale o do DataDomain BoostFS versão 1.2 ou pacote do client posterior no local padrão. A documentação dousuário do Data Domain BoostFS descreve os requisitos da versão do sistema operacional do DataDomain. Certifique-se também de concluir as configurações necessárias de pós-instalação.

Procedimento

Obs.: Se tiver uma instalação existente do Data Domain BoostFS, execute apenas as etapas de3 a 5 a seguir para ativar a proteção de aplicativos orquestrados com a instalação existente.

Procedimento

1. Faça log-in como o usuário root no sistema Linux x64.

2. Para instalar o pacote do Data Domain BoostFS 1,2 ou posterior no local padrão, execute ocomando rpm -i apropriado. Por exemplo:

l No Red Hat Enterprise Linux (RHEL):

# rpm -i DDBoostFS-1.2.0.1-595646.rhel.x86_64.rpm

l No SUSE Linux Enterprise Server (SLES):

# rpm -i DDBoostFS-1.2.0.1-595646.sles.x86_64.rpm

Obs.: O recurso da proteção de aplicativos orquestrados não é compatível com ainstalação realocada do pacote do Data Domain BoostFS em um local não padrão.

3. Crie uma entrada inicial na lockbox, usando informações fictícias, como a string aaaa comosenha fictícia. Certifique-se de definir as permissões para ativar somente o usuário root paraleitura e gravação na lockbox e arquivos de log. Por exemplo:

# /opt/emc/boostfs/bin/boostfs lockbox set -d aaaa -s aaaa -u aaaa

Enter storage unit user password:Enter storage unit user password again to confirm:Lockbox entry set

# chmod 0700 /opt/emc/boostfs/lockbox/*# chmod 1700 /opt/emc/boostfs/lockbox# chmod 1700 /opt/emc/boostfs/log



https://support.emc.com/products

4. Atribua as permissões de ACL aos usuários do sistema operacional que executam backups erestaurações da proteção de aplicativos orquestrados, inclusive o daemon de aplicativo queé executado com as contas de usuário desses usuários do sistema operacional. Por exemplo,os seguintes comandos definem as permissões de ACL para o usuário do sistema operacionalcom o nome de usuário mysql:

# setfacl -m u:mysql:rwx /opt/emc/boostfs/lockbox# setfacl -m u:mysql:rw /opt/emc/boostfs/lockbox/*# setfacl -m u:mysql:rwx /opt/emc/boostfs/log

5. Verifique as permissões binárias do fusermount. Quando possível, limite o número deusuários do sistema operacional com permissões de leitura e execução para o comandofusermount.

Certifique-se de que os usuários do sistema operacional que executam backups erestaurações da proteção de aplicativos orquestrados têm as permissões de leitura eexecução para o comando fusermount. Por exemplo, esse usuário do sistema operacionaltem o nome de usuário mysql da seguinte maneira:

# which fusermount

/bin/fusermount

# ls -l /bin/fusermount

-rwsr-xr-x 1 root fuse 32336 Dec 7 2011 /bin/fusermount

# chmod o-rx /bin/fusermount# ls -l /bin/fusermount

-rwsr-x--- 1 root fuse 32336 Dec 7 2011 /bin/fusermount

# setfacl -m u:mysql:rx /bin/fusermount





CAPÍTULO 4

Configuração do produto


l Roteiro para configurações................................................................................................... 80l Definindo o arquivo de configuração..................................................................................... 80l Configurando as operações de produtos por meio de redes FC e IP...................................... 94l Verificando o modo do Solutions Enabler para backups do VMAX......................................... 95l Configurando a otimização de backups do Storage Direct para o software de múltiplos

caminhos de terceiros........................................................................................................... 96l Configurando as restaurações de backups replicados............................................................96l Configurando diretamente as restaurações do Storage Direct VMAX a partir do Data Domain

.............................................................................................................................................103l Configurando as restaurações do Storage Direct VMAX de snapshots locais.......................104l Configurando restaurações de reversão de backups do Storage Direct............................... 105l Configurando os limites de uso nos recursos do Data Domain.............................................. 109l Configurando a lockbox........................................................................................................ 110l Configurando a exibição e exclusão de informações do saveset........................................... 124l Configurando o uso do Data Domain Cloud Tier para movimentação de dados para a nuvem

............................................................................................................................................. 137l Dicas de solução de problemas gerais.................................................................................. 143l Dicas de solução de problemas específicas do Storage Direct..............................................148


Roteiro para configuraçõesProcedimento

Obs.: Os procedimentos de configuração descritos neste capítulo se aplicam a todos osservidores de banco de dados e todos os workflows compatíveis com suporte. Os workflowscompatíveis com suporte são os workflows Application Direct e Storage Direct. Analise ainformação sobre configuração nos capítulos posteriores para obter os procedimentosadicionais que se aplicam aos servidores de banco de dados específico.

Use o roteiro a seguir para configurar o software do agente de aplicativos de banco de dados parabackups e restaurações nos servidores de banco de dados compatíveis.

Procedimento

1. Configure o arquivo de configuração a ser usado para as operações do produto de acordocom Definindo o arquivo de configuração na página 80.

2. Configure o produto para usar as conexões de rede necessárias de acordo com Configurando as operações de produtos por meio de redes FC e IP na página 94.

3. Se necessário, configure as restaurações de backups replicados de acordo com Configurando as restaurações de backups replicados na página 96.

4. Se necessário, configure diretamente as restaurações dos backups do Storage Direct paraVMAX a partir de um sistema Data Domain, sem o uso de um sistema VMAX, de acordo com Configurando diretamente as restaurações do Storage Direct VMAX a partir do DataDomain na página 103.

5. Configure as restaurações da reversão de backups do Storage Direct de acordo com Configurando restaurações de reversão de backups do Storage Direct na página 105.

6. Configure os limites de uso necessários nos recursos do Data Domain de acordo com Configurando os limites de uso nos recursos do Data Domain na página 109.

7. Configure a lockbox que é usada pelo produto de acordo com Configurando a lockbox napágina 110.

8. Se necessário, configure a exibição ou a exclusão de informações de saveset de acordo com Configurando a exibição e exclusão de informações do saveset na página 124.

9. Conclua as configurações necessárias de aplicativos específicos de acordo com asinstruções de configuração apropriadas. Cada um dos capítulos posteriores contém umtópico de configuração para um tipo específico de aplicativo e operação.

Definindo o arquivo de configuraçãoVocê deve configurar um arquivo de configuração a ser usado para backups e restaurações com oagente de aplicativos de banco de dados. Você deve personalizar um modelo de arquivo deconfiguração fornecido pela instalação do software por meio da configuração de parâmetrosespecíficos no arquivo.

Use um dos dois métodos a seguir para criar o arquivo de configuração, dependendo se o arquivode configuração será ou não usado para operações de banco de dados com o recurso de proteçãode aplicativos orquestrados:

l Criando um arquivo de configuração não usado com a proteção de aplicativos orquestrados napágina 81

l Criando arquivos de configuração usados com proteção de aplicativos orquestrados na página82



Visão geral da proteção de aplicativos orquestrados na página 368 fornece mais informações sobreo recurso.

Criando um arquivo de configuração não usado com a proteção de aplicativosorquestrados

Se não usar o recurso de proteção de aplicativos orquestrados para backups e restaurações, vocêpoderá usar os modelos a seguir para criar o arquivo de configuração. A instalação do softwareapresenta esses modelos de arquivo de configuração.

l db2_ddbda.cfg—Modelo para o arquivo de configuração do DB2.

l oracle_ddbda.cfg—Modelo para o arquivo de configuração do Oracle usado paraconfigurar as seguintes operações:

n Application Direct Operações do para um banco de dados Oracle em qualquerarmazenamento (Oracle ASM ou não).

n Storage Direct Operações do para um banco de dados Oracle em armazenamento que nãoseja Oracle ASM.

l oracle_asm_ddbda.cfg— Modelo para o arquivo de configuração do Oracle usado paraconfigurar as operações do Storage Direct para um banco de dados Oracle no Oracle ASM. Configurando backups e restaurações do Storage Direct do banco de dados do Oracle noOracle ASM na página 250 apresenta detalhes.

l sap_hana_ddbda.utl—Modelo para o arquivo de configuração do SAP HANA.

l sap_oracle_ddbda.utl—Modelo para o arquivo de configuração do SAP com Oracle.

Os modelos de arquivo de configuração são instalados no seguinte diretório:

l No UNIX e Linux: /opt/dpsapps/dbappagent/config/l No Windows: C:\Program Files\DPSAPPS\DBAPPAGENT\config\Faça uma cópia do modelo do arquivo de configuração necessário, por exemplo, no diretóriooriginal ou em um local alternativo, e modifique as configurações de parâmetro no arquivo,conforme necessário. Siga as diretrizes em Regras de sintaxe para o arquivo de configuração napágina 83.

Obs.: A desinstalação do software do produto remove os modelos originais do arquivo deconfiguração.

Parâmetros comuns na página 86 descreve os parâmetros comuns que você definiu no arquivo deconfiguração para backups e restaurações de todos os bancos de dados e aplicativos compatíveiscom suporte, inclusive as operações do Application Direct e do Storage Direct.

Os seguintes parâmetros comuns são obrigatórios para todas as operações com o agente deaplicativos de banco de dados:

l DDBOOST_USERl DEVICE_HOSTl DEVICE_PATHParâmetros comuns do Storage Direct para VMAX na página 89 descreve os parâmetros comunsdo Storage Direct para operações do VMAX. Você define esses parâmetros no arquivo deconfiguração para backups e restaurações do Storage Direct de dados do banco de dados DB2,Oracle e SAP com Oracle que residem em um sistema VMAX.

Parâmetros comuns do Storage Direct com RecoverPoint para XtremIO na página 91 descreve osparâmetros comuns do Storage Direct com operações do RecoverPoint. Você define essesparâmetros no arquivo de configuração para backups e restaurações do Storage Direct comRecoverPoint de dados do banco de dados DB2, Oracle e SAP com Oracle que residem em umsistema XtremIO.



Configurando backups e restaurações do Storage Direct do banco de dados do Oracle no OracleASM na página 250 descreve os parâmetros para operações do Storage Direct no Oracle ASM.Esses parâmetros são definidos no arquivo de configuração que é personalizado para backups erestaurações do Storage Direct de dados do Oracle em discos do Oracle ASM que são LUNs doVMAX ou LUNs do XtremIO.

Criando arquivos de configuração usados com proteção de aplicativosorquestrados

O recurso de proteção de aplicativos orquestrados exige dois arquivos de configuração:

l Para configurar a lockbox e consultar informações de backup com o recurso de proteção deaplicativos orquestrados, crie o arquivo de configuração usado com o utilitário ddbmadmin.

l Se usar o recurso de proteção de aplicativos orquestrados para backups e restaurações, vocêpode usar o modelo de arquivo de configuração para criar o arquivo de configuração deaplicativos de banco de dados. O software do agente de aplicativos de banco de dados forneceo arquivo do modelo oapp_ddbda.cfg no Linux para os parâmetros de backup e restauraçãode proteção de aplicativos orquestrados.

Criando um arquivo de configuração ddbmadmin

Para configurar a lockbox e pesquisar as informações de backup, use as seguintes configuraçõesde parâmetro no arquivo de configuração ddbmadmin:

l DDBOOST_USERl DEVICE_HOSTl DEVICE_PATHl CLIENTl DB_USERl DEBUGParâmetros comuns na página 86 descreve os parâmetros DDBOOST_USER, DEVICE_HOST,DEVICE_PATH, CLIENT e DEBUG que você definiu no arquivo de configuração. O parâmetroDB_USER está descrito em Parâmetros para backups da proteção de aplicativos orquestrados napágina 372.

Por exemplo, o comando ddbmadmin a seguir cria a lockbox no host do banco de dados a serusada para backups ou restaurações.

/opt/dpsapps/dbappagent/bin/ddbmadmin -P -z configuration_fileConfigurando a lockbox com o comando ddbmadmin na página 111 apresenta detalhes sobre comousar o comando ddbmadmin para executar operações da lockbox.

Por exemplo, para armazenar a senha para o DB_USER na lockbox, execute o comandoddbmadmin a seguir com as configurações corretas de parâmetro:

/opt/dpsapps/dbappagent/bin/ddbmadmin -Q -z configuration_fileParâmetros para backups da proteção de aplicativos orquestrados na página 372 apresenta maisinformações sobre como configurar a senha para o DB_USER.

Obs.: Se o utilitário de backup de banco de dados necessitar uma senha e você deseja usar ocomando ddmoappbackup para inserir a senha no utilitário de backup, certifique-se de que ovalor do parâmetro DB_USER esteja definido. O valor especificado para o parâmetro DB_USERdeve ser o mesmo em ambos arquivos de configuração oapp_ddbda.cfg e ddbmadmin.Além disso, certifique-se de que o valor do parâmetro USER_PSWD_PROMPT estejaadequadamente definido no arquivo de configuração oapp_ddbda.cfg. Se não precisar que o



comando ddmoappbackup Insira a senha no utilitário de backup, você pode ignorar osparâmetros DB_USER e USER_PSWD_PROMPT.

Regras de sintaxe para o arquivo de configuração na página 83 apresenta detalhes sobre a sintaxeapropriada a ser usada no arquivo de configuração.

Criando o arquivo de configuração oapp_ddbda.cfg

Faça uma cópia do modelo do arquivo de configuração necessário, por exemplo, no diretóriooriginal ou em um local alternativo, e modifique as configurações de parâmetro no arquivo,conforme necessário. Siga as diretrizes em Regras de sintaxe para o arquivo de configuração napágina 83.

Obs.: A desinstalação do software do produto remove os modelos originais do arquivo deconfiguração.

Você pode nomear o arquivo de configuração com qualquer nome de sua preferência. Especifique onome do caminho do arquivo de configuração -z com a opção no comando de backup ourestauração adequado. Por exemplo, para backups WAL do PostgreSQL, você deve especificar aopção na configuração archive_command no arquivo postgresql.conf, conforme descritoem Registrando o comando de arquivamento do PostgreSQL na página 390.

Parâmetros da proteção de aplicativos orquestrados na página 372 descreve os parâmetros paraas operações de proteção de aplicativos orquestradas. Você define esses parâmetros no arquivo deconfiguração para backups e restaurações de proteção de aplicativos orquestrados em sistemasMicrosoft SQL, MongoDB, MySQL e PostgreSQL.

Regras de sintaxe para o arquivo de configuração na página 83 apresenta detalhes sobre a sintaxeapropriada a ser usada no arquivo de configuração.

Regras de sintaxe para o arquivo de configuraçãoVocê deve usar a sintaxe correta no arquivo de configuração, dependendo se o arquivo deconfiguração será ou não usado para operações de banco de dados com o recurso da proteção deaplicativos orquestrados.

O agente de aplicativos de banco de dados 19.2 incluiu suporte para proteção de aplicativosorquestrados conforme descrito em Visão geral da proteção de aplicativos orquestrados na página368. Siga as diretrizes de sintaxe no subtópico adequado:

l Sintaxe do arquivo de configuração sem proteção de aplicativos orquestrados na página 83l Sintaxe do arquivo de configuração com proteção de aplicativos orquestrados na página 84

Sintaxe do arquivo de configuração sem proteção de aplicativos orquestrados

O arquivo de configuração inclui as seguintes seções:

l Seção General — nesta seção, o título de seção [GENERAL] que distingue maiúsculas deminúsculas é seguido por configurações de parâmetro que apresentam informações sobre oaplicativo, o nome do caminho da lockbox e os arquivos de log.

l Seção Primary system — nesta seção, o título de seção [PRIMARY_SYSTEM] que distinguemaiúsculas de minúsculas é seguido por configurações de parâmetro que apresentaminformações sobre o sistema Data Domain primário.

l Seção Secondary system — nesta seção, o título de seção [SECONDARY_SYSTEM] quedistingue maiúsculas de minúsculas é seguido por configurações de parâmetro que apresentaminformações sobre a replicação de dados do sistema Data Domain primário ao sistema DataDomain secundário.

Essa seção é necessária apenas para a replicação do Data Domain. O agente de aplicativos debanco de dados dá suporte à replicação de MTree do Data Domain para replicar dados de umsistema Data Domain para outro, mas não fornece um mecanismo para gerenciar a replicação.Use os controles de replicação de MTree do Data Domain Operating System.



l Seção RecoverPoint cluster — nesta seção, o título de seção [RP_CLUSTER_1] que distinguemaiúsculas de minúsculas é seguido por configurações de parâmetro que apresentaminformações sobre o cluster primário do RecoverPoint.

Esta seção é necessária somente quando um cluster do RecoverPoint é usado com o agente deaplicativos de banco de dados.

O arquivo de configuração deve estar de acordo com as seguintes regras de sintaxe:

l A configuração de cada parâmetro deve estar em um dos seguintes formatos:

NAME=valueNAME=value1;value2;value3

em que:

n NAME é o nome do parâmetro.

n value, value1, value2, value3 são os valores de parâmetro atribuídos.

l Nomes de parâmetro e valores distinguem maiúsculas de minúsculas, a menos que estejaespecificado de outra forma.

l Se um valor de parâmetro contiver uma aspa, coloque o valor entre aspas externas, que sãodiferentes das aspas internas:

n Use aspas duplas para incluir um valor de parâmetro que contém aspas simples. Porexemplo: DEVICE_PATH= "/new's"

n Use aspas simples para incluir um valor de parâmetro que contém aspas duplas.

l Um parâmetro obrigatório sempre deve ser definido para a operação especificada. Se umparâmetro opcional não estiver definido, a operação usará o valor padrão do parâmetro, sehouver um valor padrão.

l Use espaços em branco como preferir. O agente de aplicativos de banco de dados ignora todosos espaços em branco.

l Quando uma linha começa com o símbolo #, qualquer texto na linha é um comentário. O agentede aplicativos de banco de dados ignora todos os comentários.

Obs.: Para cada parâmetro que não seja necessário e não esteja definido como um valor,certifique-se de que a linha do parâmetro comece com o símbolo #.

Sintaxe do arquivo de configuração com proteção de aplicativos orquestrados

Quando o arquivo de configuração do agente de aplicativos de banco de dados for usado com orecurso de proteção de aplicativos orquestrados, certifique-se de que as configurações deparâmetro no arquivo usam as tags de formato XML necessárias. O arquivo de configuração deveestar de acordo com as seguintes regras de sintaxe:

l Cada configuração de parâmetro deve aparecer em uma linha separada no arquivo.

l Nomes e valores de parâmetro distinguem maiúsculas de minúsculas, a menos que estejaespecificado de outra forma neste.apêndice.

l O arquivo de configuração deve começar e terminar com as seguintes linhas de tags XML:

<?xml version="1.0" encoding="UTF-8"?><OAPP> :</OAPP>

l Em cada configuração de parâmetro, o valor do parâmetro deve ser precedido por uma tagXML de abertura <parameter_name> e deve ser seguido por uma tag XML de fechamento </parameter_name>.



Por exemplo, a configuração do parâmetro DATABASE_TYPE deve aparecer como a seguir, emque PostgreSQL é o valor do parâmetro:

<DATABASE_TYPE>PostgreSQL</DATABASE_TYPE>

Obs.:Todos os espaços são ignorados entre:

n A tag XML de abertura e o valor do parâmetro.

n O valor do parâmetro e a tag XML de fechamento.

Para incluir quaisquer espaços em branco no início ou final de um valor de parâmetro,coloque o valor do parâmetro (incluindo os espaços) entre aspas.

l Configurações de parâmetro que se aplicam somente a backups devem aparecer dentro daseção de backup, que inicia e termina com as seguintes linhas de tag XML:

<BACKUP> :</BACKUP>

l As configurações de parâmetro que se aplicam somente a backups de registros de transaçãocompletos e incrementais devem aparecer dentro da subseção correspondente da seção debackup. A subseção é compreendida pelas tags <FULL>, <INCR> ou <TXNLOG>,respectivamente.

As configurações de parâmetro que se aplicam a todos os níveis de backup devem aparecerfora dessas subseções de nível de backup.

No exemplo a seguir, as configurações BACKUP_SCRIPT separadas se aplicam a cada nível debackup e a configuração DEBUG_LEVEL se aplica a todos os níveis de backup:

<BACKUP> <FULL> <BACKUP_SCRIPT>/full_backup.sh</BACKUP_SCRIPT> </FULL> <INCR> <BACKUP_SCRIPT>/incr_backup.sh</BACKUP_SCRIPT> </INCR> <TXNLOG> <BACKUP_SCRIPT>/txnlog_backup.sh</BACKUP_SCRIPT> </TXNLOG></BACKUP>

l As configurações de parâmetro que se aplicam apenas a restaurações devem aparecer naseção de restauração, que inicia e termina com as seguintes linhas de tag XML:

<RESTORE> :</RESTORE>

l As configurações globais de parâmetro que se aplicam a todas as operações de backup erestauração devem aparecer fora das seções de backup e restauração.

l As seguintes regras de precedência se aplicam às configurações de parâmetro:

n As configurações globais de parâmetro se aplicam a todas as operações, incluindo todos osbackups e restaurações.



n Se um parâmetro for definido mais de uma vez na seção global ou em uma seção de backupou restauração, a última configuração na seção específica terá precedência sobre todas asconfigurações anteriores do parâmetro nessa seção.

l Use espaços em branco como preferir. O agente de aplicativos de banco de dados ignora todosos espaços em branco.O exemplo a seguir mostra uma configuração do agente de aplicativos de banco de dados parabackups completos e de registros de transações do PostgreSQL com proteção de aplicativosorquestrados. As configurações globais de parâmetro acima da tag <BACKUP> se aplicam atodos os backups:

<?xml version="1.0" encoding="UTF-8"?><OAPP> <CLIENT>postgresql-client</CLIENT> <DATABASE_TYPE>PostgreSQL</DATABASE_TYPE> <INSTANCE_NAME>postgresql-64</INSTANCE_NAME> <BACKUP_NAME>postgresql-backup</BACKUP_NAME> <BACKUP> <FULL> <BACKUP_SCRIPT>/full_backup.sh</BACKUP_SCRIPT> </FULL> </BACKUP></OAPP>

l A execução de operações da lockbox e a consulta de informações de backup por meio doutilitário ddbmadmin requer um arquivo de configuração separado. Criando um arquivo deconfiguração ddbmadmin na página 82 apresenta mais informações.

Parâmetros comunsA tabela a seguir descreve os parâmetros comuns que o agente de aplicativos de banco de dadosusa para backups do Application Direct e do Storage Direct e restaurações de todos os aplicativose bancos de dados compatíveis com suporte. Para cada parâmetro, a tabela lista o título de seçãoda seção do arquivo de configuração que contém o parâmetro.

Tabela 9 Parâmetros comuns

Parâmetro: CLIENT

Seção: [GENERAL]

especifica o nome de host do aplicativo ou o nome de host do client que está sendo protegido e que tem backupsarmazenados no sistema Data Domain.

Obrigatório em um ambiente de alta disponibilidade ou para uma restauração em um host alternativo. Os capítulosespecíficos do aplicativo fornecem detalhes sobre essa configuração de parâmetro em um ambiente de altadisponibilidade.

Recomenda-se em todos os outros ambientes.

Obs.: A configuração de parâmetro CLIENT para uma restauração deve corresponder à configuração de

parâmetro CLIENT usada durante o backup.

Valores válidos:

l Nome de host do host local físico em que o backup ou a restauração é executado (padrão).

l Nome de host do client.

Parâmetro: DDBOOST_COMPRESSED_RESTORE



Tabela 9 Parâmetros comuns (continuação)

Seção: [GENERAL]

Especifica a execução de uma restauração compactada que usa o workflow do Application Direct. Uma restauraçãocompactada usa menos largura de banda restaurando os dados de backup em um formato compactado do sistemaData Domain para o host de aplicativos.

Uma restauração compactada pode ser vantajosa em um ambiente de largura de banda limitada, mas pode afetar odesempenho de restauração devido ao uso dos recursos de compactação no host de sistemas e aplicativos do DataDomain.

Opcional.

Valores válidos:

l FALSE (padrão).

l TRUE.

Parâmetro: LOCKBOX_PATH

Seção: [GENERAL]

Especifica o nome de caminho completo do diretório da lockbox no host do banco de dados ou de aplicativos.

Opcional.

Obs.: A lockbox deve ser devidamente configurada de acordo com Configurando a lockbox na página 110.

Valores válidos:

l Nome do caminho do diretório padrão da lockbox:

n No UNIX ou Linux: /opt/dpsapps/common/lockboxn No Windows: C:\Program Files\DPSAPPS\common\lockbox

l Nome do caminho completo do diretório válido da lockbox. Por exemplo:

LOCKBOX_PATH=/opt/lockbox

Parâmetro: DDBOOST_USER

Seção: [PRIMARY_SYSTEM]

Especifica o nome do usuário do DD Boost configurado no sistema Data Domain primário, quando esse parâmetro édefinido na seção do sistema primário do arquivo de configuração. A seção do sistema primário tem o título[PRIMARY_SYSTEM].

Obrigatório.

AVISO Você deve definir o valor inicial do parâmetro no arquivo de configuração antes de o comandoddbmadmin ser utilizado para os procedimentos de lockbox. Após essa configuração inicial, você pode modificar

o valor do parâmetro e executar novamente o comando ddbmadmin conforme descrito em Configurando a

lockbox na página 110.

Valores válidos:

l Indefinido (padrão).

l Nome de usuário válido do usuário do DD Boost no sistema Data Domain primário. Por exemplo:

DDBOOST_USER=user1



Tabela 9 Parâmetros comuns (continuação)

Parâmetro: DEVICE_HOST


Especifica o hostname do sistema Data Domain primário onde o backup é armazenado, quando esse parâmetro édefinido na seção do sistema primário do arquivo de configuração. A seção do sistema primário tem o título[PRIMARY_SYSTEM].

Obrigatório.



lockbox na página 110. Defina o parâmetro DEVICE_HOST com o mesmo valor em todos os arquivos de

configuração em um host do client específico. Todos os backups para um determinado client devem serarmazenados sob o mesmo DEVICE_HOST se você fizer upgrade do agente de aplicativos de banco de dados

para o software NetWorker no futuro.

Valores válidos:


l Nome de host válido como o nome do domínio completo do sistema Data Domain primário. Por exemplo:

DEVICE_HOST=dd.host.com

Parâmetro: DEVICE_PATH


Especifica o nome da unidade de armazenamento ou um diretório de nível superior dentro da unidade dearmazenamento em um sistema Data Domain primário, quando esse parâmetro é definido na seção do sistemaprimário do arquivo de configuração. A seção do sistema primário tem o título [PRIMARY_SYSTEM].

Obrigatório para um backup ou uma restauração no sistema Data Domain primário.

AVISO Você deve definir o valor inicial do parâmetro no arquivo de configuração antes de o comandoddbmadmin ser usado por quaisquer procedimentos de lockbox. Após essa configuração inicial, você pode

modificar o valor do parâmetro e executar novamente o comando ddbmadmin conforme descrito em

Configurando a lockbox na página 110. Defina o parâmetro DEVICE_PATH com o mesmo valor em todos os

arquivos de configuração em um host do client específico. Todos os backups para um determinado client devemusar a mesma configuração DEVICE_PATH se você fizer o upgrade do agente de aplicativos de banco de dados

para o software NetWorker no futuro.

Valores válidos:


l Nome de diretório válido da unidade de armazenamento no sistema Data Domain primário, sem o prefixo /data/col1. O nome especificado distingue maiúsculas de minúsculas.

Por exemplo, se o nome do caminho for /data/col1/su1, o nome da unidade de armazenamento válido para

esse parâmetro será /su1:

DEVICE_PATH=/su1



Parâmetros comuns do Storage Direct para VMAXA tabela a seguir descreve os parâmetros comuns que o agente de aplicativos de banco de dadosutiliza somente para backups e restaurações do Storage Direct de dados do DB2, Oracle e SAPcom Oracle que residem em um sistema VMAX. Para cada parâmetro, a tabela lista o título deseção da seção do arquivo de configuração que contém o parâmetro.

O tópico subsequente descreve os parâmetros comuns que o agente de aplicativos de banco dedados utiliza para o Storage Direct com operações do RecoverPoint com um sistema XtremIO.

Obs.: A menos que esteja especificado de outra forma, os parâmetros comuns do StorageDirect a seguir são opcionais e não distinguem maiúsculas de minúsculas.

Tabela 10 Parâmetros comuns do Storage Direct para VMAX

Parâmetro: DDVDISK_USER


Especifica o nome de usuário do vdisk no sistema Data Domain primário.

Obrigatório somente se o usuário do Data Domain que se conecta aos serviços DD vdisk for diferente do usuário doDD Boost especificado em DDBOOST_USER.

Valores válidos:

l Nome de usuário do DD Boost especificado na configuração de parâmetro DDBOOST_USER (padrão). Por

exemplo:

DDBOOST_USER=user1

l Nome de usuário válido do DD vdisk, fornecido durante a criação do pool de dispositivos do vdisk.

Parâmetro: DEVICE_POOL


Especifica o nome do pool de dispositivos do DD vdisk que fornece as LUNs de backup.

O agente de aplicativos de banco de dados usa esse parâmetro para fins de validação de LUN. Se esse parâmetro fordefinido, o agente de aplicativos de banco de dados confirmará que todas as LUNs de backup envolvidas naoperação estão no pool de dispositivos especificado.

Opcional.

AVISO Se esse parâmetro for definido no arquivo de configuração, você deverá registrar o nome de usuário e asenha do pool de dispositivos do DD vdisk com a lockbox. Configurando a lockbox na página 110 apresentadetalhes.

Valores válidos:


l Nome válido de um pool de dispositivos do DD vdisk.

Parâmetro: RESTORE_DEVICE_GROUP


Especifica o grupo de dispositivos DD vdisk no pool de dispositivos vdisk que contém as LUNs a serem usadas para arestauração de um backup do Storage Direct para VMAX diretamente do Data Domain. A restauração diretamentedo Data Domain não envolve um sistema VMAX.



Tabela 10 Parâmetros comuns do Storage Direct para VMAX (continuação)

RESTORE_DEVICE_POOL, na seção do sistema primário do arquivo de configuração (seção com o título

[PRIMARY_SYSTEM]), especifica o pool do dispositivo em um sistema Data Domain local (primário).RESTORE_DEVICE_POOL, na seção do sistema secundário do arquivo de configuração (seção com o título

[SECONDARY_SYSTEM]), especifica o pool do dispositivo em um sistema Data Domain remoto (secundário).

Obrigatório para uma restauração diretamente do Data Domain.

Configurando diretamente as restaurações do Storage Direct VMAX a partir do Data Domain na página 103apresenta detalhes.

Valores válidos:


l Nome válido de um grupo de dispositivos do DD vdisk.

Parâmetro: RESTORE_DEVICE_POOL


Especifica o nome do pool de dispositivos do DD vdisk a ser usado para a restauração de um backup do StorageDirect para VMAX diretamente do Data Domain. O pool de dispositivos especificado deve conter as LUNs derestauração que são fornecidas no host de restauração.

Obrigatório para uma restauração diretamente do Data Domain.

Configurando diretamente as restaurações do Storage Direct VMAX a partir do Data Domain na página 103 fornecedetalhes.

Valores válidos:



Parâmetro: RESTORE_TYPE_ORDER

Seção: [GENERAL]

Especifica o tipo de restauração de Storage Direct a ser realizado.

O agente de aplicativos de banco de dados realiza uma restauração point-in-time por padrão. Esta restauraçãomonta as imagens estáticas por meio de LUNs de restauração para o host de recuperação e copia os arquivos para olocal solicitado.

Você também pode especificar uma restauração da reversão, uma restauração em nível de LUN. Configurandorestaurações de reversão de backups do Storage Direct na página 105 apresenta mais detalhes.

Opcional.

Valores válidos:

l PIT (padrão).

l reversão.

Parâmetro: SYMM_SNAP_REMOTE

Seção: [GENERAL]

Especifica se o backup do Storage Direct é um backup baseado em SRDF, conforme descrito em Replicação doVMAX na página 38.



Tabela 10 Parâmetros comuns do Storage Direct para VMAX (continuação)

Opcional para um backup do Storage Direct de um sistema VMAX.

Valores válidos:

l FALSE (padrão).

l TRUE.

Parâmetro: VMAX_FASTX_RESTORE_SG


Especifica o ID de array do VMAX (ID de array do Symmetrix, ou SymmID na forma abreviada) e o nome do StorageGroup a ser usado durante uma operação de restauração do VMAX. Você pode omitir o SymmID e os dois pontos;nesse caso, a operação de restauração usará o valor padrão do SymmID, conforme descrito em "Valores válidos".

Recomendado para uma restauração do Storage Direct para um sistema VMAX. Obrigatório quando você executauma restauração point-in-time para um VMAX com um ID de array do VMAX não padrão.

Valores válidos:

l [<SymmID>:]NsrSnapSG (padrão).

l [<SymmID>:]<storage_group_name>.

O valor do SymmID padrão depende do tipo de restauração:

l Uma restauração point-in-time usa o ID de array do VMAX de backup da origem inicial.

l Uma restauração da reversão usa o ID de array do VMAX do dispositivo de destino.

Parâmetros comuns do Storage Direct com RecoverPoint para XtremIOA tabela a seguir descreve os parâmetros comuns que o agente de aplicativos de banco de dadosusa para os backups e restaurações dos dados do DB2 do Storage Direct com o RecoverPoint, doOracle e do SAP com Oracle que residem em um sistema XtremIO. Para cada parâmetro, a tabelalista o título de seção da seção do arquivo de configuração que contém o parâmetro.

O tópico anterior descreve os parâmetros comuns que o agente de aplicativos de banco de dadosusa para operações do Storage Direct com um sistema VMAX.

Obs.: A menos que esteja especificado de outra forma, os parâmetros do Storage Direct com oRecoverPoint a seguir são opcionais e não distinguem maiúsculas de minúsculas.

Tabela 11 Parâmetros comuns do Storage Direct com RecoverPoint para XtremIO



Especifica o nome de usuário do vdisk no sistema Data Domain primário.

Obrigatório somente se o usuário do Data Domain que se conecta aos serviços DD vdisk for diferente do usuário doDD Boost especificado em DDBOOST_USER.

Valores válidos:



Tabela 11 Parâmetros comuns do Storage Direct com RecoverPoint para XtremIO (continuação)

l Nome de usuário do DD Boost especificado na configuração de parâmetro DDBOOST_USER (padrão). Por

exemplo:

DDBOOST_USER=user1

l Nome de usuário válido do DD vdisk, fornecido durante a criação do pool de dispositivos do vdisk.



Especifica o nome de um pool de dispositivos do DD vdisk a ser usado para uma restauração do Storage Direct comRecoverPoint. Se esse parâmetro for definido, o agente de aplicativos de banco de dados localiza as imagensestáticas no pool de dispositivos especificado em vez de no pool de dispositivos que está registrado para o cluster doRecoverPoint.

Opcional para uma restauração.

AVISO Esse parâmetro não é usado para um backup.

Valores válidos:

l Nome do pool de dispositivos do DD vdisk que é registrado no cluster do RecoverPoint (padrão).


Parâmetro: RESTORE_DEVICE_GROUP


Especifica o grupo de dispositivos do DD vdisk no pool de dispositivos vdisk que contém as LUNs de restauração aserem usadas para uma restauração do Storage Direct com o RecoverPoint.

Obrigatório, exceto para a restauração da reversão.

Obs.: Esse parâmetro não é usado para uma restauração da reversão.

Valores válidos:


l Nome válido de um grupo de dispositivos do DD vdisk.



Especifica o nome de um pool de dispositivos do DD vdisk a ser usado para uma restauração do Storage Direct comRecoverPoint. O pool de dispositivos especificado deve conter as LUNs de restauração.

Obrigatório, exceto para a restauração da reversão.

Obs.: Esse parâmetro não é usado para uma restauração da reversão.

Valores válidos:



Parâmetro: RESTORE_TYPE_ORDER



Tabela 11 Parâmetros comuns do Storage Direct com RecoverPoint para XtremIO (continuação)

Seção: [GENERAL]

Especifica o tipo de restauração do Storage Direct com RecoverPoint a ser realizado.

O agente de aplicativos de banco de dados realiza uma restauração point-in-time por padrão. Esta restauraçãomonta as imagens estáticas por meio de LUNs de restauração do DD para o host de recuperação e copia os arquivospara o local solicitado.

Você também pode especificar uma restauração da reversão. Configurando restaurações de reversão de backups doStorage Direct na página 105 apresenta mais detalhes.

Opcional.

Valores válidos:

l PIT (padrão).

l reversão.

Parâmetro: RP_MGMT_HOST

Seção: [RP_CLUSTER_1]

Especifica o nome de host ou endereço IP do host de gerenciamento do RecoverPoint. O agente de aplicativos debanco de dados não é compatível com vários hosts de gerenciamento do RecoverPoint.

Obrigatório.




Valores válidos:


l Nome de host ou endereço IP de gerenciamento do RecoverPoint válido.

Parâmetro: RP_USER

Seção: [RP_CLUSTER_1]

Especifica o nome de usuário do RecoverPoint que se conecta ao cluster do RecoverPoint, o qual protege osvolumes de produção do XtremIO.

Obrigatório.




Valores válidos:


l Nome de usuário do RecoverPoint válido.



Configurando as operações de produtos por meio de redes FCe IP

Você pode executar operações com o agente de aplicativos de banco de dados em conexão derede Fibre Channel (FC) ou Ethernet (IP) entre o banco de dados ou o host de aplicativos e osistema Data Domain.

Operações em uma rede IP estão habilitadas por padrão.

Para ativar o software do agente de aplicativos de banco de dados para usar o DD Boost sobre FC,certifique-se de atender aos seguintes requisitos:

l Uma conexão FC é habilitada de acordo com Ative o serviço DD Boost sobre FC na página 55.

l O arquivo de configuração contém as configurações de parâmetro descritas na tabela a seguirpara o sistema Data Domain primário. Definindo o arquivo de configuração na página 80apresenta detalhes sobre os parâmetros de configuração no arquivo de configuração.

Configurando as restaurações de backups replicados na página 96 descreve as configuraçõesde parâmetro adicionais para restaurações a partir de um sistema Data Domain secundáriosobre uma rede FC.

l O usuário do sistema operacional que realiza o backup ou a restauração tem as permissõescorretas de dispositivo conforme descrito nos seguintes artigos:

n Dispositivos Fibre Channel com produtos usando DD Boost em ambiente Linux/UNIX (ID dodocumento dd95007)

n Dispositivos Fibre Channel com produtos usando DD Boost em ambiente Windows(ID dodocumento dd95005)

Use o ID do documento para pesquisar estes artigos no site de suporte em https://support.emc.com.

l Quando um host do Data Domain é reinicializado, talvez seja necessário examinar novamenteos dispositivos do sistema operacional no host de aplicativos para garantir que os dispositivosDFC sejam reconhecidos.

Para cada parâmetro, a tabela a seguir lista o título de seção da seção do arquivo de configuraçãoque contém o parâmetro.

Tabela 12 Parâmetros para as operações por meio de redes FC

Parâmetro: DDBOOST_FC


Especifica se um backup ou uma restauração no sistema Data Domain primário usa uma conexão de rede IP ou FibreChannel (FC).

Obs.: O sistema Data Domain principal deve ser configurado para dar suporte a uma conexão FC se esseparâmetro for definido como TRUE.

Valores válidos:

l FALSE (padrão) = Backup ou restauração usa uma conexão de rede IP.

l TRUE = Backup ou restauração usa uma conexão de rede FC.

Parâmetro: DEVICE_FC_SERVICE






Tabela 12 Parâmetros para as operações por meio de redes FC (continuação)

Especifica o nome do serviço FC configurado no sistema Data Domain primário a ser usado para um backup ou umarestauração.

Obrigatório quando o parâmetro DDBOOST_FC é definido como TRUE.

Obs.: O parâmetro DEVICE_HOST deve ser definido durante as operações de FC. Parâmetros comuns na página

86 apresenta detalhes sobre o parâmetro.

Valores válidos:


l Nome do servidor do DD Boost no sistema Data Domain primário, sem um prefixo DFC.

Verificando o modo do Solutions Enabler para backups doVMAX

Para backups do VMAX, a versão do agente de aplicativos de banco de dados 19.1 incluiu o suportedo Solutions Enabler no modo de servidor remoto, em que um nó separado atua como o servidor doSYMAPI durante os backups. O modo de servidor remoto permite que você execute o SolutionsEnabler no host de aplicativos sem gatekeepers.

Procedimento

As versões anteriores do agente de aplicativos de banco de dados são compatíveis com o SolutionsEnabler somente no modo local no host de aplicativos. Para backups do VMAX com a versão 19.1do agente de aplicativos de banco de dados ou posterior, você pode usar o Solutions Enabler nomodo local ou no modo de servidor remoto.

Para ativar os backups do VMAX com o Solutions Enabler no modo local, certifique-se de atenderaos seguintes requisitos no host de aplicativos:

l O Solutions Enabler client está instalado.

l Os gatekeepers são configurados e mascarados para o host de aplicativos.

Para ativar os backups do VMAX com o Solutions Enabler no modo de servidor remoto, certifique-se de atender aos seguintes requisitos:

l No host de aplicativos:

n O Solutions Enabler client 8.4/9.0 ou posterior está instalado nos sistemas de host deaplicativos.

n Os gatekeepers não estão configurados e mascarados para o host de aplicativos.

n O arquivo netcnfg no diretório de configuração SYMAPI inclui a configuraçãoNSM_SERVER, que especifica o nome SYMAPI_SERVER:

NSM_SERVER - TCPIP <SYMAPI_server_name> <SYMAPI_server_IP> <port_number> ANY

n A variável de conexão SYMCLI_CONNECT_TYPE, que define o modo local/remoto do hostlocal (client), é definida como o valor REMOTE:

SYMCLI_CONNECT_TYPE=REMOTEn Para usar o SYMCLI por meio de um serviço de SYMAPI remoto, a variável de ambiente

SYMCLI_CONNECT é definida para um nome de serviço disponível da conexão do servidor



conforme definido no arquivo netcnfg. Para o nome de serviço NSM_SERVER, defina avariável de ambiente da seguinte maneira:

SYMCLI_CONNECT=NSM_SERVERl No nó do servidor do SYMAPI:

n O sistema operacional deve ser compatível com o Solutions Enabler, conforme configuradocom o servidor do SYMAPI.

n O servidor do Solutions Enabler é instalado e configurado no modo de servidor.

n A conectividade de rede em banda está ativada para o array VMAX.

Configurando a otimização de backups do Storage Direct parao software de múltiplos caminhos de terceiros

Ao usar o software de múltiplos caminhos de terceiros, como o PowerPath, no host do agente deaplicativos de banco de dados, certifique-se de que o arquivo /etc/lvm/lvm.conf no hostcontenha a configuração de filtro recomendada.

A configuração de filtro no arquivo /etc/lvm/lvm.conf otimiza os backups do Storage Direct,melhorando o desempenho dos comandos de LVM (Logical Volume Management, gerenciamentode volumes lógicos), como o comando lvs, durante os backups.

Por exemplo, a seguinte configuração de filtro no arquivo lvm.conf impede a listagem dequaisquer volumes físicos duplicados (PVs):

filter = [ "a|/dev/sda1.*|","a|/dev/mapper/.*|","a|/dev/emcpower.*|", "r|.*|" ]

Sem essa configuração de filtro no arquivo, o backup do Storage Direct é atrasado, pois oscomandos de LVM (Logical Volume Management, gerenciamento de volumes lógicos) produzemlistas dos dispositivos duplicados.

Configurando as restaurações de backups replicadosO agente de aplicativos de banco de dados dá suporte à restauração de backups replicados a partirde um sistema Data Domain secundário quando o sistema Data Domain principal estiverindisponível ou quando você deseja restaurar especificamente a partir de uma réplica.

Para permitir que o agente de aplicativos de banco de dados restaure automaticamente os backupsreplicados de um sistema Data Domain secundário, certifique-se de que o arquivo de configuraçãocontenha as configurações de parâmetro apropriadas da tabela a seguir. Definindo o arquivo deconfiguração na página 80 apresenta detalhes sobre os parâmetros de configuração no arquivo deconfiguração.

Obs.:A menos que especificado de outra forma, os parâmetros na tabela a seguir se aplicam arestaurações de backups replicados do Storage Direct VMAX e backups replicados do StorageDirect com RecoverPoint. A restauração de um backup replicado do Storage Direct comRecoverPoint é uma restauração point-in-time e não dá suporte a uma restauração dareversão.

O grupo de dispositivos de restauração deve ser o mesmo no sistema Data Domain primário eno sistema Data Domain secundário.

Para restaurações de backups replicados do Storage Direct de dados a partir de um sistemaVMAX, analise as considerações adicionais em Configurando as restaurações de backups doStorage Direct replicados na página 100.



Para restaurações a partir de um sistema secundário em uma rede do DD Boost sobre FC,certifique-se de que o usuário do sistema operacional que executa as restaurações tem aspermissões do dispositivo correto, conforme descrito em Configurando as operações de produtospor meio de redes FC e IP na página 94.


Tabela 13 Parâmetros para restaurações a partir de um sistema Data Domain secundário

Parâmetro: DDBOOST_USER

Seção: [SECONDARY_SYSTEM]

Especifica o nome do usuário do DD Boost configurado em um sistema Data Domain secundário, quando esseparâmetro é definido na seção do sistema secundário do arquivo de configuração. A seção do sistema secundáriotem o título [SECONDARY_SYSTEM].

Obrigatório quando DEVICE_HOST é definido para uma restauração a partir do sistema Data Domain secundário.

AVISO Você deve definir o valor inicial do parâmetro no arquivo de configuração antes do comando ddbmadminser usado para todos os procedimentos de lockbox. Após essa configuração inicial, você pode modificar o valordo parâmetro e executar novamente o comando ddbmadmin conforme descrito em Configurando a lockbox na

página 110.

Valores válidos:


l Nome do usuário válido do DD Boost no sistema Data Domain secundário. Por exemplo:

DDBOOST_USER=user2



Especifica o nome de usuário do DD vdisk que foi especificado durante a criação do pool de dispositivos do vdisk dereplicação no sistema Data Domain secundário, quando esse parâmetro é definido na seção do sistema secundáriodo arquivo de configuração. A seção do sistema secundário tem o título [SECONDARY_SYSTEM].

Obrigatório somente quando as seguintes condições são verdadeiras:

l DEVICE_HOST é definido para uma restauração a partir do sistema Data Domain secundário.

l O nome de usuário do DD vdisk é diferente do nome de usuário do DD Boost especificado em DDBOOST_USER.


página 110.

Valores válidos:

l Nome de usuário do DD Boost especificado na configuração de parâmetro DDBOOST_USER (padrão).

l Nome de usuário válido de DD vdisk no sistema Data Domain secundário.

Parâmetro: DEVICE_HOST




Tabela 13 Parâmetros para restaurações a partir de um sistema Data Domainsecundário (continuação)

Especifica o nome de host de um sistema Data Domain secundário, quando esse parâmetro é definido na seção dosistema secundário do arquivo de configuração. A seção do sistema secundário tem o título[SECONDARY_SYSTEM].

Obrigatório para uma restauração a partir do sistema Data Domain secundário.


página 110.

Valores válidos:


l Nome de host válido como o nome do domínio completo do sistema Data Domain secundário. Por exemplo:

DEVICE_HOST=dd.repl.com

Parâmetro: DEVICE_PATH


Especifica o nome da unidade de armazenamento ou um diretório de nível superior dentro da unidade dearmazenamento em um sistema Data Domain secundário, quando esse parâmetro é definido na seção do sistemasecundário do arquivo de configuração. A seção do sistema secundário tem o título [SECONDARY_SYSTEM].

Obrigatório para uma restauração a partir do sistema secundário quando o parâmetro DEVICE_HOST é definido na

seção do sistema secundário do arquivo de configuração.


página 110.

Valores válidos:


l Nome de diretório válido da unidade de armazenamento no sistema Data Domain secundário, sem o prefixo /data/col1. O nome especificado distingue maiúsculas de minúsculas.

Por exemplo, se o nome do caminho no sistema Data Domain secundário for /data/col1/su2, o nome válido

da unidade de armazenamento para esse parâmetro será /su2:

DEVICE_PATH=/su2



Especifica o nome do pool de dispositivos DD vdisk de replicação do MTree no sistema Data Domain secundário,quando esse parâmetro é definido na seção do sistema secundário do arquivo de configuração. A seção do sistemasecundário tem o título [SECONDARY_SYSTEM].

Para uma restauração de um sistema VMAX, esse nome não é o nome do pool local criado no sistema Data Domainsecundário.




Para uma restauração de um sistema XtremIO, esse nome é o nome do pool somente leitura que é criadoautomaticamente pela replicação no sistema Data Domain secundário.

Obrigatório somente quando as seguintes condições são verdadeiras:

l DEVICE_HOST é definido para uma restauração a partir do sistema Data Domain secundário.

l O nome do pool de replicação é diferente do nome do pool de origem.

Valores válidos:


l Nome válido do pool de DD vdisk no sistema Data Domain secundário.

Parâmetro: DDBOOST_FC


Especifica se uma restauração usa uma conexão de rede FC ou IP de um sistema Data Domain secundário, em queos backups foram replicados a partir do sistema Data Domain primário. Esse parâmetro é definido na seção dosistema secundário do arquivo de configuração, que tem o título de seção [SECONDARY_SYSTEM].

Obs.: O sistema Data Domain secundário deve ser configurado para dar suporte a uma conexão FC se esseparâmetro for definido como TRUE.

Valores válidos:

l FALSE (padrão) = a restauração usa uma conexão de rede IP.

l TRUE = a restauração usa uma conexão de rede FC.

Parâmetro: DEVICE_FC_SERVICE


Especifica o nome do serviço FC configurado em um sistema Data Domain secundário, em que os backups sãoreplicados a partir do sistema Data Domain primário. Esse parâmetro é definido na seção do sistema secundário doarquivo de configuração, que tem o título de seção [SECONDARY_SYSTEM].

Obrigatório quando o parâmetro DDBOOST_FC é definido como TRUE para o sistema secundário.

Obs.: O parâmetro DEVICE_HOST deve ser definido durante as operações de FC.

Valores válidos:


l Nome do servidor do DD Boost no sistema Data Domain secundário, sem um prefixo DFC.



Esse parâmetro é usado para dois tipos de restaurações:

l Restaurações de backups do Storage Direct para VMAX diretamente do sistema Data Domain secundário para ohost de restauração, sem o uso de um sistema VMAX.

l Restaurações de backups do Storage Direct com RecoverPoint a partir do sistema Data Domain secundário parao host de restauração.




Especifica o nome do pool de dispositivos DD vdisk que fornece as LUNs de restauração no sistema Data Domainsecundário, quando esse parâmetro estiver definido na seção do sistema secundário do arquivo de configuração. Aseção do sistema secundário tem o título [SECONDARY_SYSTEM].

Defina quando o nome do pool é diferente do nome do pool de dispositivos de restauração primário. O nome dogrupo de dispositivos de restauração no sistema secundário deve ser igual ao nome do grupo de dispositivos derestauração primário.

Obrigatório para um Storage Direct com restauração point-in-time do RecoverPoint.

AVISO Se esse parâmetro for definido no arquivo de configuração, você deverá registrar o nome de usuário e asenha do pool do vdisk secundário com a lockbox. Configurando a lockbox na página 110 apresenta os detalhes.

Valores válidos:


l Nome válido de um pool de dispositivos de DD vdisk no sistema Data Domain secundário.

Parâmetro: VMAX_FASTX_RESTORE_SG


Especifica o ID de array do VMAX (ID de array do Symmetrix, ou SymmID na forma abreviada) e o nome do StorageGroup a ser usado durante uma operação de restauração do VMAX. Você pode omitir o SymmID e os dois pontos;nesse caso, a operação de restauração usará o valor padrão do SymmID, conforme descrito em "Valores válidos".

Recomendado para uma restauração do Storage Direct para um sistema VMAX. Obrigatório quando você executauma restauração point-in-time para um VMAX com um ID de array do VMAX não padrão.

Valores válidos:

l [<SymmID>:]NsrSnapSG (padrão).

l [<SymmID>:]<storage_group_name>.

O valor do SymmID padrão depende do tipo de restauração:

l Uma restauração point-in-time usa o ID de array do VMAX de backup da origem inicial.

l Uma restauração da reversão usa o ID de array do VMAX do dispositivo de destino.

Configurando as restaurações de backups do Storage Direct replicadosOutras considerações são aplicadas para a restauração de backups replicados do Storage Direct.

O agente de snapshot armazena o nome do pool de dispositivos, o nome do grupo de dispositivos eo nome da imagem estática no catálogo de backup, durante um backup do Storage Direct. Oagente de snapshot usa esses valores para localizar a imagem de backup replicada pararestauração.

Os backups e arquivos do catálogo residem em ambos os locais a seguir, e o administrador do DataDomain deve replicar ambos:

l Unidade de armazenamento do DD Boost

l Pool de dispositivos DD vdisk

Devido à lentidão da replicação, uma restauração de um backup do Storage Direct replicado de umsistema Data Domain secundário pode apresentar falhas nos seguintes casos:



l As entradas do catálogo são replicadas, mas as imagens estáticas não são replicadastotalmente. Quando o agente de aplicativos de banco de dados tenta instanciar uma imagemestática nesse caso, a operação falha, pois as imagens estáticas não são replicadas totalmente.O MTree do Data Domain especifica que uma imagem estática parcial não pode ser usada paracriar uma instância de um dispositivo.

l Imagens estáticas são replicadas, mas as entradas do catálogo não são replicadas totalmente.Já que as entradas do catálogo não são totalmente replicadas, a restauração falha ou volta paraum backup antigo. O comportamento resultante depende do tipo de banco de dados.

O administrador do Data Domain deve provisionar as LUNs de restauração no sistema Data Domainsecundário. Um pool local deve ser criado para as LUNs de restauração, de acordo com adocumentação do Data Domain:

l Para restaurar um backup do Storage Direct para VMAX e usar LUNs do VMAX FAST.X comoLUNs de restauração, as LUNs de restauração devem estar encapsuladas e visíveis por meio doarray VMAX, que está conectado ao host de restauração. Esse array pode ser um arraydiferente do lugar onde os dados do aplicativo residem originalmente.

Obs.: O agente de aplicativos de banco de dados 4.6 introduziu o suporte a restauraçõespoint-in-time e restaurações da reversão de um sistema Data Domain secundário para umsistema VMAX secundário no local secundário. Configurando as restaurações de um DataDomain secundário para um sistema VMAX em um local secundário na página 102apresenta detalhes sobre os requisitos de configuração.

l Para restaurar um backup do Storage Direct para VMAX diretamente do Data Domain para ohost de restauração (sem usar um sistema VMAX), as LUNs de restauração são dispositivosDD vdisk visíveis para o host de restauração.

l Para restaurar um Storage Direct com o backup do RecoverPoint, as LUNs de restauração sãodispositivos DD vdisk visíveis para o host de restauração.

Você pode definir o parâmetro VMAX_FASTX_RESTORE_SG na seção [SECONDARY_SYSTEM] doarquivo de configuração para uma restauração de um backup do Storage Direct replicado.

Como prática recomendada, o nome original da unidade de armazenamento do DD Boost e o nomede pool de dispositivos DD vdisk devem ser usados para a unidade de armazenamento e o pool dedispositivos criados para a replicação no sistema Data Domain secundário.

A seção [SECONDARY_SYSTEM] do arquivo de configuração deve incluir as seguintesconfigurações para uma restauração a partir da réplica:

l DEVICE_HOST — Especifica o nome de host do Data Domain secundário.

l DDBOOST_USER— Especifica o nome de usuário do DD Boost secundário.

Obs.: A senha para esse nome de usuário do DD Boost deve ser definida na lockbox, deacordo com o procedimento descrito em Configurando a lockbox na página 110.

l DDVDISK_USER— Especifica o nome de usuário do DD vdisk secundário.

Obs.: A senha para esse nome de usuário do DD vdisk deve ser definida na lockbox deacordo com o procedimento descrito em Configurando a lockbox na página 110.

l DEVICE_PATH— Especifica o nome da unidade de armazenamento do DD Boost secundário,caso ele seja diferente do nome original.

l DEVICE_POOL— Especifica o nome do pool de dispositivos DD vdisk secundário, caso ele sejadiferente do original.

l RESTORE_DEVICE_POOL— Especifica o pool de dispositivos DD vdisk, que proporciona asLUNs de restauração no sistema Data Domain secundário.



Por exemplo, os seguintes parâmetros são definidos na seção [SECONDARY_SYSTEM] do arquivode configuração, e a lockbox é atualizada adequadamente:

DEVICE_HOST=dev_host.lss.emc.comDDBOOST_USER=boost_repDDVDISK_USER=vdisk_repDEVICE_PATH=/IT_data_repDEVICE_POOL=IT_data_pool_rep

Durante uma restauração, o agente de aplicativos de banco de dados tenta se conectar ao sistemaData Domain principal primeiro e, em seguida, volta para o sistema Data Domain secundário se aconexão do sistema primário falhar.

Configurando as restaurações de um Data Domain secundário para um sistema VMAX em umlocal secundário

Certifique-se de atender aos requisitos a seguir antes de executar restaurações de um sistemaData Domain secundário para um sistema VMAX secundário no local secundário:

l Os seguintes pré-requisitos foram concluídos conforme descrito em PowerProtect StorageDirect Primary and Protection Storage Configuration Guide:

n O host de recuperação de aplicativos tem acesso de SAN aos dispositivos de restauração nosistema Data Domain secundário no local secundário.

n A replicação MTree foi configurada para replicar a unidade de armazenamento do DD Booste o pool vdisk do Data Domain. Os novos dispositivos de restauração de vdisk são criados eprovisionados a partir de um pool do vdisk gravável no sistema Data Domain secundário.

l A seção [SECONDARY_SYSTEM] do arquivo de configuração contém as configurações deparâmetro necessárias:

n CLIENT especifica o hostname original, conforme registrado no backup.

n DEVICE_HOST especifica o hostname do Data Domain secundário.

n DDBOOST_USER especifica o nome de usuário do DD Boost secundário.Obs.: A senha para esse nome de usuário do DD Boost deve ser definida na lockbox, deacordo com o procedimento descrito em Configurando a lockbox na página 110.

n DDVDISK_USER especifica o nome de usuário do DD vdisk secundário.Obs.: A senha para esse nome de usuário do DD vdisk deve ser definida na lockbox deacordo com o procedimento descrito em Configurando a lockbox na página 110.

n DEVICE_PATH especifica o nome da unidade de armazenamento do DD Boost secundário,caso ele seja diferente do nome original.

n DEVICE_POOL especifica o nome do pool de dispositivos DD vdisk secundário, caso ele sejadiferente do original.

n VMAX_FASTX_RESTORE_SG especifica o storage group e o sistema VMAX secundário. Porexemplo:

VMAX_FASTX_RESTORE_SG=000112401031:NsrSnapSGem que:

– 000112401031 é o ID do array do VMAX.

– NsrSnapSG é o storage group.

Obs.:



Para uma restauração point-in-time que usa um dispositivo DD vdisk em vez de umdispositivo FAST.X, defina o parâmetro RESTORE_DEVICE_POOL em vez deVMAX_FASTX_RESTORE_SG. RESTORE_DEVICE_POOL especifica o pool de dispositivosdo DD vdisk que contém os dispositivos de restauração de vdisk graváveis no sistema DataDomain secundário.

l A sessão de replicação concluiu a replicação em todos os novos backups.

l Você atendeu a todos os requisitos comuns para uma restauração redirecionada para um hostdiferente. Por exemplo, o nome de usuário, o ID do usuário (UID), o nome do grupo e o ID dogrupo (GID) do proprietário do banco de dados/instância de destino correspondem aos valoresoriginais capturados durante o backup.

l O file system com o mesmo ponto de montagem usado no backup deve existir e estar montadono host de destino.

l A quantidade de dispositivos no qual o file system reside no host de destino deve ser igual àquantidade de dispositivos no backup.

l O tamanho da LUN de destino deve ser igual ou superior ao tamanho da LUN de origem.

l Quando várias LUNs são incluídas na restauração da reversão, o tamanho da LUN de destinodeve ser superior ou igual ao tamanho da imagem estática.

l Para a restauração da reversão do Oracle, o recurso de Arquivos gerenciados pelo Oracle(OMF) fica desabilitado para o banco de dados Oracle no host alternativo, porque arestauração da reversão do Oracle nesta versão não dá suporte à renomeação dos arquivosrestaurados.

l Se for utilizado um gerenciador de volumes, como LVM ou Veritas Volume Manager:

n Se existir um gerenciador de volumes ou file system nos dispositivos de backup, suasversões no host de recuperação precisarão ser iguais ou posteriores à versão nosdispositivos de backup. A documentação do gerenciador de volumes e do file systemapresenta mais detalhes.

n Os nomes do grupo de volumes, volumes lógicos e dispositivos físicos nos dispositivos dedestino não precisam coincidir com os nomes originais, desde que não haja conflitos entreos nomes do volume lógico e do grupo de volume.

l O software do agente de aplicativos de banco de dados é instalado e configurado corretamenteno host que realiza a restauração da reversão. O parâmetro CLIENT deve ser definido como ohostname original, conforme registrado no backup.

Configurando diretamente as restaurações do Storage DirectVMAX a partir do Data Domain

Opcionalmente, você pode configurar diretamente uma restauração de um backup do StorageDirect para VMAX a partir de um sistema Data Domain para o host de restauração, o que nãoenvolve um sistema VMAX. O backup é restaurado para o host de restauração usando as LUNs derestauração que são fornecidas diretamente a partir do Data Domain. Esse tipo de restauração éuma restauração point-in-time, não uma restauração da reversão.

A restauração de um backup do Storage Direct para VMAX diretamente a partir de um sistemaData Domain é especialmente útil em um cenário de configuração local/remota. Por exemplo, vocêpode fazer backup de dados a partir de um sistema VMAX para um sistema Data Domain (primário)local e, em seguida, replicar o backup para um sistema Data Domain (secundário) remoto. Vocêpode executar uma restauração do backup a partir do sistema Data Domain secundário, sem usarum sistema VMAX.

Para configurar a restauração a partir de um sistema Data Domain (primário) local, defina osparâmetros RESTORE_DEVICE_POOL e RESTORE_DEVICE_GROUP na seção



[PRIMARY_SYSTEM] do arquivo de configuração. Esses parâmetros especificam para usar asLUNs de restauração no pool de dispositivos DD vdisk e no grupo de dispositivos, em vez de LUNsde restauração do FAST.X em um sistema VMAX.

Para configurar a restauração a partir de um sistema Data Domain (secundário) replicado, definaRESTORE_DEVICE_POOL na seção [SECONDARY_SYSTEM] do arquivo de configuração,conforme necessário para o sistema Data Domain secundário. Nesse caso, o pool de dispositivos derestauração no sistema Data Domain secundário pode ser diferente do pool de dispositivos derestauração no sistema primário. No entanto, o grupo de dispositivos de restauração deve ser omesmo em ambos os sistemas Data Domain, primário e secundário.

Configurando as restaurações do Storage Direct VMAX desnapshots locais

Além de armazenar os backups no sistema Data Domain, o agente de aplicativos de banco de dadosmantém o último snapshot do SnapVX no sistema VMAX como seu backup. Para obter umarecuperação mais rápida, você pode restaurar a partir deste último snapshot do SnapVX, quetambém é conhecido como um snapshot local.

A restauração pode ser uma restauração point-in-time ou uma restauração da reversão no nível deLUN. Você pode executar a restauração da reversão para as LUNs de origem iniciais ou LUNs dedestino alternativas no mesmo sistema VMAX.

A vantagem de uma restauração a partir do snapshot local é que você pode restaurar os dadosmais rapidamente.

Ao usar o agente de aplicativos de banco de dados para executar um backup do Storage Direct noVMAX, o nome do snapshot local do SnapVX no sistema VMAX éPROTECTPOINT_SNAP_<timestamp>. O agente de aplicativos de banco de dados mantém oúltimo snapshot do SnapVX no sistema VMAX.

Ao usar o agente de aplicativos de banco de dados para executar uma restauração, o agenterestaurará a partir do snapshot local se ele estiver em um estado válido. Caso contrário, o agentede aplicativos de banco de dados restaura a partir do backup que está localizado no sistema DataDomain.

Para permitir restaurações a partir do último snapshot do SnapVX, você deve seguir o layout dedados recomendado. Para Oracle e SAP com Oracle, o layout de dados recomendado usa LUNsseparadas para os datafiles e redo logs arquivados. Além disso, o Application Direct é usado parafazer backup do SAP BR*Tools.

A menos que você siga o layout de dados recomendado, o último snapshot do SnapVX não éequivalente ao último backup que é criado com o utilitário de banco de dados.

Obs.: Não crie manualmente um snapshot que tenha o mesmo nome que um snapshot criadopelo agente de aplicativos de banco de dados.

Para preparar-se para uma restauração point-in-time com o agente de aplicativos de banco dedados a partir do último snapshot local do SnapVX no VMAX, você deve configurar a LUN nativado VMAX como a LUN de restauração do agente de aplicativos de banco de dados. Por padrão, oagente de aplicativos de banco de dados seleciona as LUNs de restauração no grupo dearmazenamento do VMAX, NsrSnapSG, a menos que o parâmetro VMAX_FASTX_RESTORE_SGseja definido como um nome de grupo de armazenamento diferente.

O grupo de armazenamento do VMAX, NsrSnapSG, ou o grupo de armazenamento do VMAXespecificado pelo VMAX_FASTX_RESTORE_SG deve conter os dois tipos de LUNs de restauraçãodo agente de aplicativos de banco de dados:

l LUNs nativas do VMAX

l LUNs FAST.X



Para se preparar para uma restauração da reversão redirecionada do snapshot do SnapVX local noVMAX, certifique-se de que você também atenda aos requisitos de configuração no tópico aseguir.

PowerProtect Storage Direct Primary and Protection Storage Configuration Guide apresenta detalhessobre como realizar as configurações necessárias.

Configurando restaurações de reversão de backups doStorage Direct

O agente de aplicativos de banco de dados não dá suporte a discos particionados em uma operaçãode snapshot, como um backup de snapshot ou restauração da reversão. Em uma restauração dareversão, nos dispositivos de destino, todos os sistemas de arquivos extras e gerenciamento devolumes que residem em discos particionados e não estão envolvidos na restauração devem sermanualmente removidos antes da restauração. Caso contrário, a restauração de reversão podefalhar.

Você deve definir RESTORE_TYPE_ORDER=rollback no arquivo de configuração para especificara restauração da reversão de um backup do Storage Direct. Uma restauração da reversão é umarestauração destrutiva porque a reversão substitui todo o conteúdo de uma unidade de snapshot,como um grupo de volume ou disco ou um consistency group do RecoverPoint.

Restaurações da reversão de backups do Storage Direct para VMAX

Uma restauração da reversão para um sistema VMAX é uma restauração em nível de LUN. Vocêpode executar uma restauração da reversão de um backup do Storage Direct para VMAX paraLUNs de origem, para LUNs de destino alternativas no mesmo sistema VMAX ou para um sistemaVMAX diferente. A restauração da reversão realiza uma restauração do grupo de volume inteiro oude toda a LUN quando um gerenciador de volumes não é usado:

l Você pode executar uma restauração da reversão regular para restaurar o backup às LUNs deorigem iniciais no host de backup.

l Você pode executar uma restauração da reversão redirecionada para reposicionar um banco dedados em um host alternativo, configurado em LUNs de destino alternativas no mesmo arrayVMAX. Na restauração da reversão redirecionada, faça a restauração de um backup completodo banco de dados apenas.

l Você pode executar uma restauração da reversão redirecionada para reposicionar um banco dedados em um host alternativo, configurado em LUNs de destino alternativas em um arrayVMAX diferente.

Obs.: O agente de aplicativos de banco de dados não oferece suporte a uma restauração dareversão redirecionada para LUNs alternativas no host de backup original. Durante umarestauração de reversão para o host de backup original, o backup de snapshot é restauradopara LUNs de origem iniciais. Os sistemas de arquivos de backup devem existir nas LUNs deorigem antes da restauração; recrie os sistemas de arquivos, se necessário.

Este agente de aplicativos de banco de dados 3.5 incluiu suporte de uma restauração da reversãoredirecionada de um backup do Storage Direct para VMAX em um ambiente do DB2 pureScale.Essa operação restaura para diferentes LUNs de destino no mesmo sistema VMAX, e essas LUNssão provisionadas para um ambiente do DB2 pureScale alternativo. Requisitos do DB2 pureScalepara operações do Storage Direct na página 209 apresenta detalhes.

O agente de aplicativos de bancos de dados 4.0 incluiu suporte de uma restauração da reversãoredirecionada de um backup do Storage Direct para VMAX no mesmo array VMAX para todos ossistemas DB2, Oracle e SAP Oracle compatíveis.



O agente de aplicativos de bancos de dados 4.6 incluiu suporte de uma restauração da reversãoredirecionada de um backup do Storage Direct para VMAX em um array VMAX diferente paratodos os sistemas DB2, Oracle e SAP Oracle compatíveis.

Atenda aos seguintes requisitos para uma restauração da reversão de um backup do Storage Directpara VMAX:

l Para uma restauração da reversão regular para LUNs de origem iniciais no host de backup:

n O file system com o mesmo ponto de montagem usado no backup deve existir e estarmontado no host.

n Se o LVM (Logical Volume Manager, gerenciador de volumes lógicos) for usado, o nome dogrupo de volume deverá ser o mesmo.

l Para uma restauração da reversão redirecionada para um conjunto diferente de LUNs em umhost alternativo no mesmo sistema VMAX ou um sistema VMAX diferente:

n Você atendeu a todos os requisitos comuns para uma restauração redirecionada para umhost diferente. Por exemplo, o nome de usuário, o ID do usuário (UID), o nome do grupo e oID do grupo (GID) do proprietário do banco de dados/instância de destino correspondemaos valores originais capturados durante o backup.

n O file system com o mesmo ponto de montagem usado no backup deve existir e estarmontado no host de destino.

n A quantidade de dispositivos no qual o file system reside no host de destino deve ser igual àquantidade de dispositivos no backup.

n O tamanho da LUN de destino deve ser igual ou superior ao tamanho da LUN de origem.

n Quando várias LUNs são incluídas na restauração da reversão, o tamanho da LUN dedestino deve ser superior ou igual ao tamanho da imagem estática.

n Para a restauração da reversão do Oracle, o recurso de Arquivos gerenciados pelo Oracle(OMF) fica desabilitado para o banco de dados Oracle no host alternativo, porque arestauração da reversão do Oracle nesta versão não dá suporte à renomeação dos arquivosrestaurados.

n Se for utilizado um gerenciador de volumes, como LVM ou Veritas Volume Manager:

– Se existir um gerenciador de volumes ou file system nos dispositivos de backup, suasversões no host de recuperação precisarão ser iguais ou posteriores à versão nosdispositivos de backup. A documentação do gerenciador de volumes e do file systemapresenta mais detalhes.

– Os nomes do grupo de volumes, volumes lógicos e dispositivos físicos nos dispositivosde destino não precisam coincidir com os nomes originais, desde que não haja conflitosentre os nomes do volume lógico e do grupo de volume.

– A quantidade de file systems e volumes lógicos do grupo de volumes de destino nãoprecisa coincidir com a quantidade da configuração do grupo de volume original.

Obs.: Quaisquer file systems, grupos de volumes e volumes lógicos adicionais nohost de recuperação devem estar listados no arquivo psrollback.res para queesses itens sejam ignorados durante as verificações de segurança. O arquivopsrollback.res é descrito no tópico subsequente sobre as verificações desegurança durante as restaurações de reversão.

n Nos dispositivos de destino, qualquer grupo de volume (e seus volumes lógicos e filesystems) ou sistemas de arquivos que não estão envolvidos na restauração devem serlimpos manualmente antes da restauração. O file system adicional deve ser desmontado, e ogrupo de volumes adicional deve ser removido. Caso contrário, a restauração da reversãopode falhar.



n O software do agente de aplicativos de banco de dados deve ser instalado e configuradocorretamente no host que realiza a restauração da reversão. O parâmetro CLIENT deve serdefinido ao valor original, conforme registrado no backup.

Restaurações da reversão de backups do Storage Direct com RecoverPoint que usam oRecoverPoint pré-5.0

Com o RecoverPoint pré-5.0, uma restauração da reversão para um sistema XtremIO é umarestauração no nível de consistency group do RecoverPoint, que restaura todas as LUNs em umconsistency group. A restauração da reversão de um backup do Storage Direct com RecoverPointé realizada para as LUNs de origem do XtremIO no consistency group.

Obs.: Com qualquer versão do RecoverPoint, uma restauração da reversão do DB2 para umsistema XtremIO é sempre uma restauração no nível do consistency group do RecoverPoint.

Com o RecoverPoint pré-5.0, um backup e restauração da reversão do Storage Direct comRecoverPoint ocorre no nível do consistency group, independentemente de quais objetos sãoincluídos no comando de backup. Como uma prática recomendada para restauração da reversão doStorage Direct com RecoverPoint, ao executar o backup ou a restauração da reversão, não excluaos registros ou os arquivos de banco de dados que fazem parte do consistency group doRecoverPoint cujo backup está sendo feito ou restaurado.

Se todas as LUNs no consistency group armazenado contiverem objetos que não foram incluídosno comando de backup, certifique-se de desmontar manualmente essas LUNs antes darestauração da reversão e, em seguida, monte manualmente as LUNs após a restauração.

Restaurações da reversão de backups do Storage Direct com RecoverPoint que usam oRecoverPoint 5.0 ou posterior

Com o RecoverPoint 5.0 ou posterior, uma restauração da reversão de um backup do StorageDirect Oracle ou SAP Oracle para um sistema XtremIO é uma restauração em nível de LUN, quepode restaurar um consistency group parcial do RecoverPoint. A restauração da reversão realizauma restauração do grupo de volume inteiro ou de toda a LUN quando um gerenciador de volumesnão é usado. O grupo inteiro de volumes ou a LUN inteira que é restaurada são chamados deunidade de restauração.

Obs.: Uma restauração da reversão do DB2 para um sistema XtremIO é sempre umarestauração no nível do consistency group do RecoverPoint.

Com o RecoverPoint 5.0 ou posterior, a restauração da reversão de um backup do Storage DirectOracle ou SAP Oracle pode restaurar os seguintes objetos:

l Um banco de dados quando os registros fazem parte do mesmo consistency group, mas emuma unidade diferente de restauração.

l Um banco de dados conectável quando a raiz e outros bancos de dados conectáveis e registroson-line fazem parte do mesmo consistency group, mas em uma unidade diferente derestauração.

l Tablespaces quando o restante do banco de dados e dos registros on-line fazem parte domesmo consistency group, mas em uma unidade diferente de restauração.

Verificações de segurança durante a restauração da reversão de backups do Storage Direct

Durante uma restauração da reversão, o agente de aplicativos de banco de dados realizaverificações de segurança por padrão. As verificações de segurança asseguram que não hajaarquivos, diretórios, partições ou volumes (destinos de dados) na LUN de destino da reversãodiferentes daqueles restaurados com o Storage Direct. Se existirem destinos adicionais destesdados na LUN de destino que não estão incluídos na sessão de restauração, o agente de aplicativosde banco de dados apresentará falha na restauração da reversão como uma precaução desegurança para impedir a sobregravação de dados.



Para uma restauração da reversão de um consistency group do RecoverPoint com o RecoverPointpré-5.0, as verificações de segurança também impedem que os destinos de dados adicionais emtodas as LUNs do XtremIO do consistency group de destino sejam sobregravados.

Para sobrepor as verificações de segurança, você pode usar o arquivo psrollback.res. Noarquivo, você deve listar todos os arquivos e diretórios a serem excluídos das verificações desegurança da reversão.

Por exemplo, lvol1 é o volume lógico no tempo de backup, e lvol1 e lvol2 são volumes lógicosno host de destino. Você deve incluir lvol2 no arquivo psrollback.res para permitir que arestauração da reversão continue. Você também pode listar o nome do dispositivo para garantirque a verificação de segurança ignore todos os file systems que residem no dispositivo. Para evitarque lvol2 seja sobrescrito durante a restauração da reversão, não liste lvol2 ou o nome dodispositivo no arquivo.

AVISOUse o arquivo psrollback.res com muito cuidado para impedir possível corrupção dosdados. Se você usar esse arquivo para sobrepor as verificações de segurança, a restauração dareversão pode sobregravar alguns arquivos de banco de dados que não foram incluídos nasessão de restauração, como redo logs on-line do Oracle, o que pode resultar em perda dedados.

No Linux ou Solaris SPARC, se um disco for configurado com partições, você poderá executaruma restauração da reversão somente se listar o disco inteiro no arquivo psrollback.res.Em seguida, a restauração da reversão sobregravará o disco inteiro. Por exemplo, se /fs1e /fs2 forem configurados com partições /dev/sdc1 e /dev/sdc2 respectivamente, vocêdeverá habilitar a restauração da reversão de /fs1 listando o disco /dev/sdc inteiro empsrollback.res. A restauração da reversão sobregravará o disco /dev/sdc inteiro;portanto,/fs2 também será restaurado.

Se um LVM (Logical Volume Manager, gerenciador de volumes lógicos) controlar o file systemde um host de aplicativo, então você deve listar no arquivo psrollback.res todos os discosfísicos que pertencem ao grupo de volumes do LVM. Por exemplo, se um grupo de volumescontiver os discos /dev/sdc e /dev/sdd, e /fs1 for o ponto de montagem do file system,então o arquivo psrollback.res deve conter as seguintes linhas:

/fs1/lost+found/fs1/test/dev/sdc/dev/sdd

O local do arquivo psrollback.res é conforme segue:

l Em sistemas UNIX: /opt/dpsapps/dbappagent/config/psrollback.resl Em sistemas Windows: C:\Program Files\DPSAPPS\DBAPPAGENT\config

\psrollback.resConsulte os capítulos posteriores do Storage Direct para quaisquer restrições específicas doaplicativo em operações de restauração da reversão.

Exemplo 1 Sobrepondo as verificações de segurança durante uma restauração da reversão

Se você estiver restaurando /fs1/data1.df e /fs1/data2.df, mas houver outrosarquivos no diretório /fs1, como os arquivos lost+found e test, você pode excluiresses outros arquivos das verificações de segurança durante uma restauração dareversão caso não precise desses arquivos. Para excluir os arquivos, liste seus nomesde caminho no arquivo psrollback.res:



Exemplo 1 Sobrepondo as verificações de segurança durante uma restauração dareversão (continuação)

more /opt/dpsapps/dbappagent/config/psrollback.res

/fs1/lost+found/fs1/test

Configurando os limites de uso nos recursos do Data DomainVocê deve concluir os procedimentos necessários no host do Data Domain para configurar oslimites de uso de capacidade ou de fluxos para o agente de aplicativo de banco de dados. Ostópicos a seguir apresentam detalhes da configuração.

Consulte as seções de configuração nos capítulos subsequentes para diretrizes adicionais epráticas recomendadas relacionadas aos limites de uso de capacidade ou de fluxos em sistemasespecíficos do aplicativo.

Configurar a cota de uso na capacidade do Data DomainPara configurar uma cota de uso de capacidade para o agente de aplicativo, o administrador doData Domain deve definir o limite de capacidade fixo para a unidade de armazenamento que usa oagente de aplicativo para backups.

Procedimento

1. Determine quais hosts do agente de aplicativos usarão a unidade de armazenamento.

2. Determine o volume de capacidade permitido para a unidade de armazenamento.

3. Crie a unidade de armazenamento e, em seguida, defina a cota de capacidade na GUI ou nocomando da CLI. A documentação do Data Domain apresenta mais detalhes.

4. Forneça aos usuários do agente de aplicativos o nome de host DD, o nome da unidade dearmazenamento, o nome de usuário e a senha da unidade de armazenamento a serem usadospara backups.

O administrador do Data Domain também pode definir a cota flexível de capacidade para aunidade de armazenamento, o que envia alertas e notificações, mas não limita a utilização dacapacidade.

O administrador do Data Domain pode usar os comandos do sistema operacional do DataDomain ou a GUI de administração do Data Domain para adicionar ou modificar a cota decapacidade das unidades de armazenamento. A documentação do Data Domain apresentamais detalhes.

AVISO Tenha cuidado ao diminuir uma cota de capacidade. Quando uma unidade dearmazenamento está quase cheia e a cota de capacidade é reduzida, o próximo backuppode apresentar falha. Notifique os usuários do agente de aplicativo quando uma cota decapacidade for reduzida para que os usuários possam avaliar o potencial impacto embackups.

Configurar os limites de utilização em fluxos do Data DomainUma unidade de armazenamento pode ter limites fixos e flexíveis para fluxos. Limites flexíveispodem ser definidos tanto individualmente para leitura, gravação e fluxos de replicação e



coletivamente para o número total de todos os tipos de fluxos. Um limite fixo pode ser definidosomente para o número total de todos os tipos de fluxos.

Procedimento

Para configurar um limite de uso de fluxos para uma unidade de armazenamento, o administradordo Data Domain deve definir o limite fixo para a unidade de armazenamento utilizada pelo agentede aplicativo para backups.

Procedimento

1. Determine quais hosts do agente de aplicativos usarão a unidade de armazenamento.

2. Determine quantos fluxos de backup e restauração são permitidos na unidade dearmazenamento.

3. Crie a unidade de armazenamento. Você pode definir o limite de fluxos como parte docomando ddboost storage-unit create ou (depois que a unidade de armazenamentoestiver criada) com o comando ddboost storage-unit modify. A documentação doData Domain apresenta mais detalhes.

Obs.: Um limite de fluxos não pode ser definido na GUI de administração do DataDomain.

4. Forneça aos usuários do agente de aplicativos o nome de host DD, o nome da unidade dearmazenamento, o nome de usuário e a senha da unidade de armazenamento a serem usadospara backups.

O administrador do Data Domain também pode definir limites flexíveis para a unidade dearmazenamento, que aciona alertas e notificações, mas não limita o número de fluxosutilizados.

O administrador do Data Domain pode usar o comando ddboost storage-unit modifypara modificar os limites de fluxos de unidades de armazenamento. A documentação do DataDomain apresenta mais detalhes.

AVISO Tenha cuidado ao definir um limite fixo de fluxos. A configuração do limite defluxos com um valor baixo pode afetar o desempenho do backup e da restauração.Diminuir um limite de fluxos pode causar uma falha na restauração. Notifique os usuáriosdo agente de aplicativo quando um limite de fluxos é reduzido para que os usuáriospossam avaliar o possível impacto em backups.

Configurando a lockboxUma lockbox é um arquivo criptografado usado pelo agente de aplicativos de banco de dados paraarmazenar e proteger informações confidenciais contra acesso não autorizado. A lockboxarmazena as informações do sistema Data Domain, inclusive as credenciais do usuário do DDBoost.

A partir da versão 3.5, o agente de aplicativos de banco de dados, o agente de aplicativos daMicrosoft e o Storage Direct agent usam a mesma lockbox no local de lockbox comum.

Requisitos de lockboxO arquivo de lockbox comum usado pelo agente de aplicativos de banco de dados é chamado deagents.clb. O local do diretório padrão do arquivo da lockbox é o seguinte:

l No UNIX ou Linux: /opt/dpsapps/common/lockboxl No Windows: C:\Program Files\DPSAPPS\common\lockbox



Obs.: Quando o agente de aplicativos de banco de dados é atualizado de uma versão anterior, oarquivo da lockbox anterior à versão 3.5 é movido para esse local comum da lockbox erenomeado se outro agente ainda não tiver criado a lockbox comum. A lockbox anterior àversão 3.5 é retida no diretório a seguir somente se outro agente já tiver criado a lockboxcomum:

l No UNIX ou Linux: /var/opt/ddbda/lockboxl No Windows: C:\Program Files\EMC DD Boost\DA\config\lockbox

O usuário root ou administrativo pode especificar um diretório não padrão para o arquivo dalockbox durante a criação da lockbox. Por exemplo, a lockbox pode ser armazenada em umdiretório compartilhado em um ambiente de cluster.

No mesmo diretório do arquivo da lockbox, o produto também mantém os arquivos adicionaisnecessários para as operações corretas da lockbox. Certifique-se de realizar backups regulares dosarquivos da lockbox, agents.clb e agents.clb.FCD.

AVISO O usuário root ou administrativo deve ter permissões de leitura e gravação para alockbox e todos os usuários do banco de dados devem ter, pelo menos, a permissão de leiturapara a lockbox. No UNIX, o usuário root pode atribuir a propriedade do grupo da lockbox paraum grupo diferente, como um grupo DBA, que permite que os usuários do grupo realizemoperações específicas da lockbox. Esse recurso de atribuição de propriedade do grupo dalockbox não é compatível com o Windows.

As permissões de arquivo padrão em um arquivo da lockbox podem ser alteradas para restringir oacesso da lockbox a um grupo específico de usuários. Os arquivos da lockbox no diretório devemter as mesmas permissões.

Quando o agente de banco de dados é instalado no mesmo host de aplicativo que o Storage Directagent, é necessário que haja um local de lockbox separado para cada agente.

Configurando a lockbox com o comando ddbmadminNo Windows, o usuário administrativo deve executar o comando ddbmadmin para realizar todas asoperações de lockbox. A propriedade do grupo da lockbox não pode ser alterada no Windows.

No UNIX, o usuário root pode executar o comando ddbmadmin para realizar todas as operaçõesde lockbox. Se o usuário root do UNIX atribuir a propriedade do grupo da lockbox a um grupo DBA,os usuários do grupo também podem executar ddbmadmin para realizar as seguintes operações dalockbox:

l Registre um sistema Data Domain com a lockbox.l Cancele o registro de um sistema Data Domain.l Atualize a configuração de lockbox.

No UNIX, somente o usuário root pode realizar as seguintes operações de lockbox:

l Crie a lockbox no host do banco de dados a ser usada para backups ou restaurações.l Altere a propriedade do grupo da lockbox.l Conceda o acesso à lockbox para um host específico.l Revogue o acesso da lockbox de um host específico.

Obs.: Somente um host por vez pode acessar uma lockbox compartilhada com o comandoddbmadmin.

Os seguintes comandos ddbmadmin realizam as operações da lockbox:

ddbmadmin -L [-a LOCKBOX_PATH=<lockbox_dir_pathname>] [-a LOCKBOX_OWNER_GID=<group_ID_of_lockbox_owner>] [-D 9]



ddbmadmin -P -z <configuration_file> [-D 9]

ddbmadmin -X -z <configuration_file> [-a CONFIRM={yes|no}] [-D 9]

ddbmadmin -G [-a LOCKBOX_PATH=<lockbox_dir_pathname>] [-a LOCKBOX_REMOTE_HOST=<hostname_to_add>] [-a VIRTUAL_HOST={yes|no}] [-D 9]

ddbmadmin -R [-a LOCKBOX_PATH=<lockbox_dir_pathname>] [-a LOCKBOX_REMOTE_HOST=<hostname_to_delete>] [-D 9]

ddbmadmin -U [-a LOCKBOX_PATH=<lockbox_dir_pathname>] [-D 9]

ddbmadmin -U -a LOCKBOX_IMPORT=TRUE -a LOCKBOX_PATH=<nondefault_lockbox_directory> [-D 9]

ddbmadmin -U -a SET_LOCKBOX_PASSPHRASE=TRUE -a LOCKBOX_PATH=<lockbox_dir_pathname> [-D 9]

ddbmadmin -U -a USE_LOCKBOX_PASSPHRASE=TRUE -a LOCKBOX_PATH=<lockbox_dir_pathname> [-D 9]

ddbmadmin -U -a SET_LOCKBOX_SECURITY={"custom"|"default"} -a LOCKBOX_PATH=<lockbox_dir_pathname> [-D 9]

A tabela a seguir descreve as opções de comando ddbmadmin para as operações da lockbox.

Tabela 14 Opções do comando ddbmadmin para as operações da lockbox

Opção Descrição

-a Essa opção permite que o comando ddbmadmin execute em modo não interativo.

Executando o comando ddbmadmin no modo não interativo na página 113 apresentadetalhes.

-L Essa opção cria a lockbox e altera a propriedade do grupo do UNIX se solicitado.

Criando a lockbox e alterando a propriedade de grupo do UNIX na página 114 apresentadetalhes.

-P -z<configuration_file>

Essa opção registra um sistema primário e um sistema secundário opcional do DataDomain com a lockbox.

Adicionando sistemas Data Domain para a lockbox na página 115 apresenta detalhes.

-X -z<configuration_file>

Esta opção cancela o registro de um sistema primário e um sistema secundário opcionaldo Data Domain.

Removendo os sistemas Data Domain da lockbox na página 120 apresenta detalhes.

-G Essa opção concede o acesso à lockbox para um host específico.

Configurando a lockbox em um ambiente de alta disponibilidade na página 123 apresentadetalhes.

-R Essa opção revoga o acesso da lockbox a partir de um host específico.

Configurando a lockbox em um ambiente de alta disponibilidade na página 123 apresentadetalhes.

-U Essa opção atualiza a configuração da lockbox.

Atualização da lockbox na página 121 apresenta detalhes.



Tabela 14 Opções do comando ddbmadmin para as operações da lockbox (continuação)

Opção Descrição

-D 9 Essa opção gera informações de depuração durante uma operação de lockbox. A opção éusada para solucionar problemas de lockbox.

Executando o comando ddbmadmin no modo não interativoVocê pode executar o comando ddbmadmin em um modo não interativo, especificando a opção -acom qualquer uma das outras opções, exceto a opção -P. O comando ddbmadmin -P não dásuporte ao modo não interativo, porque você deve especificar manualmente uma senha pararegistrar um sistema Data Domain com a lockbox.

Você pode executar o comando ddbmadmin no modo interativo, omitindo a opção -a. No modointerativo, o comando solicita todas as entradas necessárias, como descrito nos tópicos a seguir.

A tabela a seguir apresenta exemplos dos comandos ddbmadmin não interativos.

Tabela 15 Exemplos de comandos ddbmadmin não interativos

Criando a lockbox e alterando a propriedade de grupo do UNIX, se solicitado:

ddbmadmin -L -a LOCKBOX_PATH=<lockbox_dir_pathname> -a LOCKBOX_OWNER_GID=<group_ID_of_lockbox_owner>

Exemplo:

ddbmadmin -L -a LOCKBOX_PATH=/opt/lockbox -a LOCKBOX_OWNER_GID=501

Saída:

Lockbox has been successfully created in the directory ‘/opt/lockbox’ with group ownership 501.

Cancelando o registro de um sistema principal Data Domain e secundário opcional:

ddbmadmin -X -z <configuration_file> -a CONFIRM={yes|no}

CONFIRM=yes confirma que o cancelamento de registro deve continuar.

Exemplo:

ddbmadmin -X -z /opt/dpsapps/dbappagent/config/ddbda.cfg -a CONFIRM=yes

Saída:

Lockbox directory is '/tmp/lb'.Device host 'magni' for DD Boost user 'dduser1' has been unregistered from the lockbox.



Tabela 15 Exemplos de comandos ddbmadmin não interativos (continuação)

Concedendo acesso da lockbox a um host específico:

ddbmadmin -G -a LOCKBOX_PATH=<lockbox_dir_pathname> -a LOCKBOX_REMOTE_HOST=<hostname_to_add> -a VIRTUAL_HOST={yes|no}

VIRTUAL_HOST=no indica que o host não é um host virtual.

Exemplo:

ddbmadmin -G -a LOCKBOX_PATH=C:\lockbox -a LOCKBOX_REMOTE_HOST=host2.xyz.com -a VIRTUAL_HOST=no

Saída:

Host 'host2.xyz.com' has been granted access to the lockbox in the directory 'C:\lockbox'.Ensure that the administrator on host 'host2.xyz.com' runs the ddbmadmin -U command to enable backup and recovery operations on host 'host2.xyz.com'.

Revogando o acesso da lockbox de um host específico:

ddbmadmin -R -a LOCKBOX_PATH=<lockbox_dir_pathname> -a LOCKBOX_REMOTE_HOST=<hostname_to_delete>

Exemplo:

ddbmadmin -R -a LOCKBOX_PATH=C:\lockbox -a LOCKBOX_REMOTE_HOST=host2.xyz.com

Saída:

Revoked access from the host 'host2.xyz.com' to the lockbox in the directory 'C:\lockbox'.

Atualizando a configuração da lockbox:

ddbmadmin -U -a LOCKBOX_PATH=<lockbox_dir_pathname>

Exemplo:

ddbmadmin -U -a LOCKBOX_PATH=C:\lockbox

Saída:

Lockbox 'agents.clb' in the directory 'C:\lockbox' has been updated.

Criando a lockbox e alterando a propriedade de grupo do UNIXSomente o usuário root ou administrativo pode executar o comando ddbmadmin -L. Estecomando cria a lockbox, se ela não existir, e atualiza a propriedade de grupo do UNIX da lockbox,se solicitado. Caso já exista uma lockbox, este comando apenas atualiza a propriedade de grupo doUNIX, se solicitado.



No UNIX, este comando define as permissões do diretório como 775 para a lockbox nova ouexistente e define as permissões de arquivo da lockbox como 664.

O comando ddbmadmin -L solicita um nome de caminho de diretório da lockbox. Se nenhumnome de caminho for especificado, a lockbox é criada no diretório padrão. No UNIX, o comandotambém solicitará um ID de grupo para o proprietário da lockbox. Se 0 ou nenhum ID forespecificado, o grupo de usuário root manterá a propriedade da lockbox.

O seguinte exemplo do UNIX cria os arquivos de lockbox no diretório /opt/lockbox e define oproprietário do grupo como dba_grp1, que tem o ID de grupo 501:

# ddbmadmin -L

Provide the full path for the lockbox, or press Enter to accept the default directory (<default lockbox_directory>): /opt/lockboxProvide a group ID for lockbox ownership, or type 0 to accept the ‘root user’ group as the lockbox owner: 501Lockbox has been successfully created in the directory ‘/opt/lockbox’ with group ownership 501.

# ls -l (in the /opt/lockbox directory)

-rw-rw-r-- 1 root root 3582 Aug 29 04:09 agents.clb-rw-rw-r-- 1 root root 6 Aug 29 04:09 agents.clb.FCD

Adicionando sistemas Data Domain para a lockboxPara habilitar backups e restaurações a partir de um sistema Data Domain, você deve executar ocomando ddbmadmin -P -z<configuration_file> para registrar o sistema Data Domain para ohost. Esse comando cria a lockbox necessária (se não existir) ou atualiza uma lockbox existente.

Obs.:A lockbox é criada somente se o usuário root ou administrativo executar o comando.

No UNIX, se o usuário root atribuir a propriedade do grupo de lockbox a um grupo de DBA, osusuários do grupo poderão executar o comando para registrar os sistemas Data Domain.

Os tópicos a seguir apresentam detalhes sobre a adição dos sistemas Data Domain à lockbox paraoperações do Application Direct e para as operações do Storage Direct com os sistemas VMAX eXtremIO.

Adicionando sistemas Data Domain à lockbox para operações do ApplicationDirect

Antes de executar o comando ddbmadmin -P -z<configuration_file>, o arquivo de configuraçãodeve existir e conter as configurações de parâmetro obrigatórias. Por exemplo, os parâmetros aseguir são definidos na seção [PRIMARY_SYSTEM] do arquivo de configuração.

DDBOOST_USER=dduser1DEVICE_HOST=magniDEVICE_PATH=/hermes-ddboost

Opcionalmente, você pode registrar um sistema Data Domain secundário para ser usado para asrestaurações quando o sistema principal estiver indisponível. Nesse caso, a seção



[SECONDARY_SYSTEM] do arquivo de configuração também deve conter as configurações deparâmetro para o sistema secundário. Por exemplo:

DDBOOST_USER=dduser2DEVICE_HOST=tellyDEVICE_PATH=/windows-poseidon-boost

Para registrar o sistema secundário, os parâmetros do sistema primário devem estar no arquivo deconfiguração.

Opcionalmente, você pode definir LOCKBOX_PATH no arquivo de configuração para um local delockbox não padrão. Definindo o arquivo de configuração na página 80 apresenta detalhes sobre aconfiguração de parâmetros no arquivo de configuração.

AVISO Se editar o arquivo de configuração e modificar essas configurações de parâmetro apósregistrá-las com a lockbox, você deverá executar novamente o comando ddbmadmin -P -z<configuration_file> para atualizar as entradas da lockbox. Caso contrário, backups erestaurações podem apresentar falha.

Com base nas configurações do arquivo de configuração, o comando ddbmadmin -P -z<configuration_file> solicita as senhas necessárias para os sistemas primário e secundário. Ocomando verifica as senhas fazendo log-in nos sistemas, criptografa as senhas e armazena assenhas criptografadas na lockbox.

Por exemplo, o arquivo de configuração contém as seguintes configurações de parâmetro:

[GENERAL]LOCKBOX_PATH=/tmp/lb

[PRIMARY_SYSTEM]DDBOOST_USER=dduser1DEVICE_HOST=magniDEVICE_PATH=/hermes-ddboost

[SECONDARY_SYSTEM]DDBOOST_USER=dduser2DEVICE_HOST=tellyDEVICE_PATH=/windows-poseidon-boost

O comando ddbmadmin -P -z<configuration_file> exibe as seguintes informações esolicitações:

# ddbmadmin -P -z /opt/dpsapps/dbappagent/config/ddbda.cfg

Performing the registration of the device host 'magni' for DD Boost user 'dduser1'.Enter password:Confirm password:Logging in to the device host 'magni' with DD Boost credentials.Logging in to the device host 'magni' with DD Boost credentials was successful.

Continue with the registration of the secondary device host 'telly' for DD Boost user 'dduser2'? [y/n]: yPerforming the registration of the device host 'telly' for DD Boost user 'dduser2'.Enter password:Confirm password:Logging in to the device host 'telly' with DD Boost credentials.Logging in to the device host 'telly' with DD Boost credentials was successful.



Lockbox directory is '/tmp/lb'.Device host 'magni' for DD Boost user 'dduser1' has been registered in the lockbox.Device host 'telly' for DD Boost user 'dduser2' has been registered in the lockbox.

Adicionando sistemas Data Domain à lockbox para operações do StorageDirect com VMAX

Além dos parâmetros do Application Direct descritos no tópico anterior, o arquivo de configuraçãopara as operações do Storage Direct com um sistema VMAX também requer os seguintesparâmetros:

l Na seção [PRIMARY_SYSTEM] do arquivo de configuração: DDVDISK_USER e DEVICE_POOL(DDVDISK_USER é necessário apenas se for diferente de DDBOOST_USER)

l Na seção [SECONDARY_SYSTEM] do arquivo de configuração: DDVDISK_USER eDEVICE_POOL (DDVDISK_USER é necessário apenas se for diferente de DDBOOST_USER)

Se os nomes de usuário do DD Boost e do DD vdisk forem os mesmos para um sistema DataDomain, o comando ddbmadmin -P -z <configuration_file> configurará automaticamente asenha do DD vdisk daquele sistema para a senha do DD Boost.

Se o valor de pool de dispositivos for definido, o comando tentará fazer log-in no sistema DataDomain, usando as credenciais do DD vdisk antes de armazenar as informações na lockbox.

O comando ddbmadmin -P -z cria uma entrada de lockbox separada para cada um dosseguintes casos:

l DDVDISK_USER é definido, mas DEVICE_POOL não é definido na seção [PRIMARY_SYSTEM]do arquivo de configuração

l DDVDISK_USER e DEVICE_POOL são definidos na seção [PRIMARY_SYSTEM] do arquivo deconfiguração

AVISO Certifique-se de executar o comando ddbmadmin -P -z para a combinação deconfiguração do parâmetro que será usada durante as operações com o agente de aplicativosde banco de dados. Se editar o arquivo de configuração e modificar essas configurações deparâmetro após registrá-las com a lockbox, você deverá executar novamente o comandoddbmadmin -P -z<configuration_file> para atualizar as entradas da lockbox. Caso contrário,backups e restaurações podem apresentar falha.

Por exemplo, o arquivo de configuração para as operações do Storage Direct com um sistemaVMAX contém as seguintes configurações de parâmetro:


[PRIMARY_SYSTEM]DDBOOST_USER=dduser1DEVICE_HOST=magniDEVICE_PATH=/hermes-ddboostDDVDISK_USER=dduser1DEVICE_POOL=pool

[SECONDARY_SYSTEM]DDBOOST_USER=dduser2DEVICE_HOST=tellyDEVICE_PATH=/windows-poseidon-boostDDVDISK_USER=ddvdiskuser2DEVICE_POOL=pool2



Nesse caso, o comando ddbmadmin -P -z não solicita a senha do DD vdisk para o sistemaprimário porque os nomes de usuário do DD Boost e DD vdisk são os mesmos:



Continue with the registration of the secondary device host 'telly' for DD Boost user 'dduser2'? [y/n]: yPerforming the registration of the device host 'telly' for DD Boost user 'dduser2'.Enter password:Confirm password:Logging in to the device host 'telly' with DD Boost credentials.Logging in to the device host 'telly' with DD Boost credentials was successful.

Performing the registration of the device host 'magni' for DD VDISK user 'dduser1'.Using the credentials from the DD Boost user registration for device host 'magni' because the DD VDISK username is the same as the DD Boost username.Logging in to the device host 'magni' with DD VDISK credentials.Logging in to the device host 'magni' with DD VDISK credentials was successful.

Continue with the registration of the secondary device host 'telly' for DD VDISK user 'ddvdiskuser2'? [y/n]: yPerforming the registration of the device host 'telly' for DD VDISK user 'ddvdiskuser2'.Enter password:Confirm password:Logging in to the device host 'telly' with DD VDISK credentials.Logging in to the device host 'telly' with DD VDISK credentials was successful.

Lockbox directory is '/tmp/lb'.Device host 'magni' for DD Boost user 'dduser1' has been registered in the lockbox.Device host 'telly' for DD Boost user 'dduser2' has been registered in the lockbox.

Device host 'magni' for DD VDISK user 'dduser1' has been registered in the lockbox.Device host 'telly' for DD VDISK user 'ddvdiskuser2' has been registered in the lockbox.

Adicionando sistemas Data Domain e RPA para a lockbox para operações doStorage Direct com RecoverPoint

Além dos parâmetros do Application Direct descritos em um tópico anterior, o arquivo deconfiguração para as operações do Storage Direct com RecoverPoint com um sistema XtremIOtambém requer os parâmetros a seguir. Esses parâmetros, que devem ser definidos na seção[RP_CLUSTER_1] do arquivo de configuração:

l RP_MGMT_HOSTl RP_USERVocê deve executar o comando ddbmadmin -P -z para criar uma entrada de lockbox para ousuário do RecoverPoint. O comando solicitará a senha do usuário para armazenar na lockbox.



Obs.: Você pode registrar mais de um usuário para o mesmo host de gerenciamento doRecoverPoint na mesma lockbox usando diferentes arquivos de configuração. Por exemplo,diferentes aplicativos podem usar clusters diferentes do RecoverPoint, e cada cluster podeusar o mesmo host de gerenciamento do RecoverPoint, mas um usuário diferente.

Quando você executa o comando ddbmadmin -P -z, o comando tenta fazer log-in para odispositivo do RecoverPoint a fim de validar as credenciais do usuário do RecoverPoint antes dearmazenar as informações na lockbox.

AVISO Certifique-se de executar o comando ddbmadmin -P -z para a combinação deconfiguração do parâmetro que será usada durante as operações com o agente de aplicativosde banco de dados. Se editar o arquivo de configuração e modificar essas configurações deparâmetro após registrá-las com a lockbox, você deverá executar novamente o comandoddbmadmin -P -z<configuration_file> para atualizar as entradas da lockbox. Caso contrário,backups e restaurações podem apresentar falha.

Por exemplo, o arquivo de configuração para as operações do Storage Direct com RecoverPointcom um sistema XtremIO contém as seguintes configurações de parâmetro:


[PRIMARY_SYSTEM]DDBOOST_USER=dduser1DEVICE_HOST=magniDEVICE_PATH=/hermes-ddboost

[RP_CLUSTER_1]RP_USER=rpadminRP_MGMT_HOST=ledmrp08.lss.emc.com

O comando ddbmadmin -P -z lê o parâmetro RP_USER para o host de gerenciamentoespecificado do RecoverPoint a partir do arquivo de configuração e prompts para a senha dousuário:



Lockbox directory is '/tmp/lb'.Device host 'magni' for DD Boost user 'dduser1' has been registered in the lockbox.

Performing the registration of the RecoverPoint management host ‘ledmrp08.lss.emc.com' for RecoverPoint user 'rpadmin'.Enter password:Confirm password:Logging in to the RecoverPoint management host ‘ledmrp08.lss.emc.com'...Logging in to the RecoverPoint management host ' ledmrp08.lss.emc.com' was successful.

The configuration file contains the following for the above registration command:RP_USER=rpadminRP_MGMT_HOST=ledmrp08.lss.emc.com



Removendo os sistemas Data Domain da lockboxVocê pode executar o comando ddbmadmin -X -z<configuration_file> para cancelar o registrode sistemas Data Domain. O comando usa as configurações do arquivo de configuração paradeterminar as informações necessárias sobre os sistemas Data Domain e solicita seuconsentimento para cancelar o registro de cada sistema.

Obs.: No UNIX, se o usuário root atribuiu a propriedade do grupo de lockbox a um grupo deDBA, os usuários do grupo podem executar o comando para cancelar o registro dos sistemasData Domain.

Durante o cancelamento de registro, o comando ddbmadmin -X -z exclui as informações nalockbox sobre os sistemas registrados.

Um sistema primário pode ter o registro cancelado somente depois que o sistema secundário tenhasido removido com sucesso. Esse requisito se aplica aos usuários do DD Boost e do DD vdisk.

No exemplo a seguir, as configurações do arquivo de configuração usadas no cancelamento deregistro são:


[PRIMARY_SYSTEM]DDBOOST_USER=dduser1DEVICE_HOST=magniDEVICE_PATH=/hermes-ddboostDDVDISK_USER=ddvdiskuser1DEVICE_POOL=pool

[SECONDARY_SYSTEM]DDBOOST_USER=dduser2DEVICE_HOST=tellyDEVICE_PATH=/windows-poseidon-boostDDVDISK_USER=ddvdiskuser2DEVICE_POOL=pool2

O comando a seguir realiza o cancelamento de registro. O sistema principal não tem o registrocancelado para o usuário do DD vdisk porque o consentimento não é fornecido:

# ddbmadmin -X -z /opt/dpsapps/dbappagent/config/ddbda.cfg

Continue with the unregistration of the secondary device host 'telly' for DD Boost user 'dduser2'? [y/n]: y

Continue with the unregistration of the device host 'magni' for DD Boost user 'dduser1'? [y/n]: y

Continue with the unregistration of the secondary device host 'telly' for DD VDISK user 'ddvdiskuser2'? [y/n]: y

Continue with the unregistration of the device host 'magni' for DD VDISK user 'ddvdiskuser1'? [y/n]: nConfirmation for the unregistration of the device host 'magni' was not provided.Unregistration of the device host 'magni' for DD VDISK user 'ddvdiskuser1' will not be performed.

Lockbox directory is '/tmp/lb'.Device host 'magni' for DD Boost user 'dduser1' has been unregistered from the lockbox.Device host 'telly' for DD Boost user 'dduser2' has been unregistered from the lockbox.



Device host 'telly' for DD VDISK user 'ddvdiskuser2' has been unregistered in the lockbox.

Atualização da lockboxVocê pode executar o comando ddbmadmin -U para atualizar a configuração da lockbox. Essaoperação garante que a lockbox esteja continuamente acessível para o host.

Por exemplo, você pode executar o seguinte comando para atualizar a lockbox antes da operaçãode um backup ou de uma restauração:

ddbmadmin -U [-a LOCKBOX_PATH=<lockbox_dir_pathname>] [-D 9]

Obs.: No UNIX, se o usuário root atribui a propriedade do grupo de lockbox a um grupo deDBA, os usuários do grupo podem executar este comando para atualizar a lockbox.

AVISO Para garantir que a lockbox esteja continuamente acessível, mesmo após um upgradedo sistema principal, você pode definir uma senha personalizada que permita redefinir alockbox quando necessário. Sem a senha, você deve executar o comando ddbmadmin -Uperiodicamente para garantir que a lockbox seja mantida atualizada. Uma atualizaçãoimportante do sistema pode produzir um erro de limite de valor estável de lockbox na página147 apresenta mais informações.

Importar a versão mais recente da lockbox

Você deve importar manualmente a versão mais recente da lockbox em qualquer um dos seguintescasos:

l No Solaris x64, você atualizou o agente de aplicativos, e a lockbox foi criada com o agente deaplicativos 3.5 ou anterior em um diretório não padrão.

l Em outro sistema diferente do Solaris x64, você atualizou o agente de aplicativos, e a lockboxfoi criada com o agente de aplicativos 4.0 ou anterior em um diretório não padrão.

Um diretório da lockbox não padrão é qualquer diretório que não seja o que segue:

l No UNIX e Linux: /opt/dpsapps/common/lockbox ou /var/opt/ddbda/lockboxl No Windows: C:\Program Files\DPSAPPS\common\lockboxPara importar a lockbox, execute o seguinte comando como usuário root ou um usuárioadministrativo. Você deve usar a opção -a LOCKBOX_PATH=<nondefault_lockbox_directory>para especificar o nome do caminho de diretório não padrão da lockbox:

ddbmadmin -U -a LOCKBOX_IMPORT=TRUE -a LOCKBOX_PATH=<nondefault_lockbox_directory>

Importing data from the old lockbox '/opt/lockbox/agents.clb' to the new lockbox '/opt/lockbox/agents.clb'.Please wait while import is being done...Lockbox data successfully imported to '/opt/lockbox/agents.clb'.

Obs.: Você só precisará executar esse comando uma vez após ter realizado a atualização dosoftware do agente de aplicativos de bancos de dados.

Definir e usar uma senha personalizada para acesso à lockbox

Como opção, você pode definir uma senha personalizada que permite redefinir a lockbox ourestabelecer o acesso a um host quando a lockbox ficar inacessível. Esse recurso é útil quando umhost perde com frequência o acesso a uma lockbox não compartilhada por razões comoatualizações do OS. Nesse caso, é útil definir uma senha personalizada quando a lockbox ainda está



acessível, para que, quando ocorrer qualquer problema de acesso, a lockbox possa ser redefinidapelo host.

Uma senha personalizada deve atender aos seguintes requisitos de senha:

l Pelo menos nove caracteres.

l No mínimo uma letra maiúscula.

l No mínimo uma letra minúscula.

l No mínimo um caractere especial, como % ou $.

l No mínimo um caractere numérico.

Para definir uma senha personalizada para a lockbox, execute o seguinte comando como usuárioroot ou usuário administrativo e digite a senha nos prompts:

ddbmadmin -U -a SET_LOCKBOX_PASSPHRASE=TRUE -a LOCKBOX_PATH=<lockbox_directory_pathname>

Enter a passphrase (refer to the administration guide for passphrase complexity requirements):Confirm the passphrase:The passphrase for the lockbox 'agents.clb' in the directory '/opt/lockbox' has been updated.

Obs.: Trate a senha da lockbox personalizada com cuidado e a proteja contra o uso por pessoasnão autorizadas. Se uma pessoa descobrir a senha e conseguir uma cópia dos arquivos dalockbox, ela conseguirá acessá-la.

Depois de definir uma senha personalizada, você pode usá-la para redefinir a lockbox ourestabelecer o acesso a ela. Por exemplo, se a lockbox ficar inacessível, execute o seguintecomando como usuário root ou usuário administrativo e digite a senha personalizada no prompt:

ddbmadmin -U -a USE_LOCKBOX_PASSPHRASE=TRUE -a LOCKBOX_PATH=<lockbox_directory_pathname>

Enter a previously set passphrase:The lockbox 'agents.clb' in the directory '/opt/lockbox' has been reset.

Redefina o nível de segurança da lockbox

Como opção, você pode selecionar um nível padrão ou personalizado para a segurança da lockbox.O nível de segurança personalizado não é recomendado devido a possíveis questões de segurança.No entanto, o nível personalizado pode ser útil quando você não deseja definir uma senhapersonalizada para problemas de falta de acessibilidade da lockbox. O nível de segurançapersonalizado reduz a frequência com que a lockbox torna-se inacessível após atualizaçõesimportantes do sistema operacional, mas não garante que a inacessibilidade não será repetida.

Configurar e usar uma senha personalizada garante que a lockbox esteja sempre acessível e nãotenha quaisquer implicações de segurança.

Para definir o nível de segurança da lockbox, execute o seguinte comando como usuário root ou umusuário administrativo:

ddbmadmin -U -a SET_LOCKBOX_SECURITY={"custom"|"default"} -a LOCKBOX_PATH=<lockbox_directory_pathname>



Por exemplo, o seguinte comando configura o nível personalizado de segurança da lockbox:

ddbmadmin -U -a SET_LOCKBOX_SECURITY="custom" -a LOCKBOX_PATH=/opt/lockbox

The lockbox 'agents.clb' in the directory '/opt/lockbox' has been reset with the custom security level.Note that with a lower security level, the lockbox is more vulnerable to external threats. If you are not sure whether you want a lower security, we recommend using LOCKBOX_SECURITY="default" for regular usage.

Configurando a lockbox em um ambiente de alta disponibilidadeEm um ambiente de alta disponibilidade, você pode criar uma lockbox no disco local de cada nó.Nesse caso, cada lockbox deve conter as mesmas informações. Como alternativa, você podeconfigurar uma lockbox em um local compartilhado e conceder acesso à lockbox para todos os nósno ambiente.

Procedimento

Obs.: Quando a lockbox está localizada em um local compartilhado NFS, o compartilhamentodo NFS deve conceder acesso ao root ou de usuário administrativo. Por exemplo, ocompartilhamento do NFS é exportado com a opção no root squash.

Você deve concluir as seguintes etapas para configurar uma lockbox em um local compartilhado.

Procedimento

1. Para registrar um sistema Data Domain, selecione um host (nó) e execute o comandoddbmadmin -P -z<configuration_file>.

2. Para conceder o acesso à lockbox para outro host, como o host2, execute o comandoddbmadmin -G no host na etapa 1.

Obs.: Você deve executar o comando ddbmadmin -G separadamente para cada host(nó) quando o ambiente contém vários hosts.

O comando ddbmadmin -G solicita o nome de host do host para este receba o acesso àlockbox. Forneça o nome de host necessário:

l Se o host2 for um sistema UNIX ou Linux, forneça a saída do comando uname -n nohost2.

l Se o host2 for um sistema Windows:

n Forneça o nome do domínio completo.

n Em um cluster da Microsoft para Oracle, forneça também o nome de host do serviçode cluster do Oracle.

Os exemplos a seguir mostram o comando ddbmadmin -G em diferentes plataformas:

l No UNIX ou Linux:

# ddbmadmin -G

Provide full pathname for the lockbox, or press Enter to accept the default directory (/opt/dpsapps/common/lockbox): /opt/lockboxHostname to grant access to lockbox: host2.xyz.comHost 'host2.xyz.com' has been granted access to the lockbox in the directory '/opt/lockbox'.Ensure that the root user on host 'host2.xyz.com' runs the ddbmadmin -U command to enable backup and recovery operations on host 'host2.xyz.com'.



l No Windows:

C:\Program Files\DPSAPPS\DBAPPAGENT\bin> ddbmadmin -G

Provide full pathname for the lockbox, or press Enter to accept the default directory (C:\Program Files\DPSAPPS\common\lockbox): C:\lockboxHostname to grant access to lockbox: host2.xyz.comIs 'host2.xyz.com' a virtual hostname that is part of a cluster? [y/n]: nHost 'host2.xyz.com' has been granted access to the lockbox in the directory 'C:\lockbox'.Ensure that the root user on host 'host2.xyz.com' runs the ddbmadmin -U command to enable backup and recovery operations on host 'host2.xyz.com'.

Em um cluster da Microsoft para a configuração do Oracle, você também deve concederacesso para o nome de host do serviço de cluster do Oracle e confirmar que ele é umnome de host virtual, conforme mostrado no exemplo a seguir:

C:\Program Files\DPSAPPS\DBAPPAGENT\bin> ddbmadmin -G

Provide full pathname for the lockbox, or press Enter to accept the default directory (C:\Program Files\DPSAPPS\common\lockbox): C:\lockboxHostname to grant access to lockbox: oraclecluster.xyz.comIs 'oraclecluster.xyz.com' a virtual hostname that is part of a cluster? [y/n]: yHost 'oraclecluster.xyz.com' has been granted access to the lockbox in the directory 'C:\lockbox'.Ensure that the root user on host 'host2.xyz.com' runs the ddbmadmin -U command to enable backup and recovery operations on host 'oraclecluster.xyz.com'.

3. Para cada host adicional que precise ser adicionado à lockbox, repita a etapa 2. Para cadahost ao qual você concederá o acesso à lockbox, execute o comando ddbmadmin -Gseparadamente.

AVISO Mantenha um registro dos hosts que receberam acesso à lockbox. Você nãopode usar o comando ddbmadmin para obter uma lista de todos os hosts que tenhamacesso à lockbox. Em um ambiente onde a lockbox é compartilhada entre vários hosts, ousuário de cada host que executa as operações com o agente de aplicativos de banco dedados deve ter acesso de leitura do sistema operacional para os arquivos de lockbox. Ousuário root ou administrativo em cada host deve ter acesso de leitura e gravação aosarquivos.

Você pode executar o comando ddbmadmin -R para revogar o acesso à lockbox de umhost. Você deve executar o comando em um host que não seja o host do qual você revogaráo acesso à lockbox. Por exemplo, você não pode executar o comando no host1 para revogaro acesso à lockbox do host1.

Quando um novo nó é adicionado a um ambiente de alta disponibilidade ou substitui um nóexistente, conceda o acesso à lockbox para o novo nó de acordo com a etapa 2.

Configurando a exibição e exclusão de informações do savesetQuando você realiza um grande número de backups com o agente de aplicativos de banco dedados, o espaço disponível no sistema Data Domain pode se tornar bastante reduzido. Para excluirbackups antigos e liberar espaço no sistema, use as ferramentas nativas de gerenciamento debackup do banco de dados, se disponíveis.



Algumas ferramentas de banco de dados, como as ferramentas Oracle SAP, não oferecemfuncionalidade de gerenciamento de backup para excluir os backups. Nesse caso, é possível usar oprograma ddbmadmin para gerenciamento de espaço no sistema Data Domain.

Obs.: As informações nesta seção se aplicam a todos os backups compatíveis do ApplicationDirect, backups do Storage Direct para VMAX e backups do Storage Direct com RecoverPoint.O programa ddbmadmin exclui as informações de backup no sistema Data Domain, mas nãoexclui as informações no servidor de banco de dados.

Para exclusões de backup de DB2 e Oracle, use as ferramentas nativas de gerenciamento debackup do banco de dados:

l Para exclusão de backup do DB2:

n Para um backup do Storage Direct, use o comando db2acsutil com a opção delete.

n Para um backup do Application Direct, siga a política de exclusão de objeto de recuperaçãoautomática do DB2.

l Para exclusão de backup do Oracle, use o comando delete do RMAN.

Obs.: Para exclusão de backups do Storage Direct do Oracle ASM, recomenda-se que vocêuse o comando ddbmadmin conforme descrito em Uso do comando ddbmadmin para listare excluir os backups na página 261.

Um backup com o agente de aplicativos de banco de dados consiste em savesets de backup, emque um saveset é um conjunto de um ou mais arquivos de armazenamento criados durante asessão de backup. Um arquivo de armazenamento é um arquivo do sistema operacional ou umblock de dados, o objeto mais simples que você pode fazer backup ou restaurar. Um backup criaum ou mais arquivos de armazenamento dentro de um saveset. O programa ddbmadmin poderealizar exclusões somente no nível de saveset, excluindo todos os arquivos de salvamento em umsaveset.

Você pode usar o programa ddbmadmin para executar qualquer uma das operações a seguir:

l Exibe todos os clients para um caminho de dispositivo especificado no sistema Data Domain.

l Exibe informações sobre os savesets de backup, incluindo se o saveset é bloqueado pararetenção no sistema Data Domain.

Obs.: Somente os backups da proteção de aplicativos orquestrados exibem a configuraçãodo bloqueio de retenção.

l Exibe informações sobre os arquivos de armazenamento.

l Exclua os savesets criados durante um intervalo de tempo especificado.

l Faça upgrade do índice de backup do SAP Oracle do agente de aplicativos de banco de dados1.0 para a versão 19.2.

Você deve executar o comando ddbmadmin na linha de comando com as opções necessárias.Determinadas opções de comando são obrigatórias para operações diferentes. A opção -z<configuration_file> é obrigatória para todas as operações e especifica o arquivo de configuraçãousado com o agente de aplicativos de banco de dados.

Obs.: Um arquivo de configuração separado é necessário para cada sistema Data Domain.

Todas as informações que o comando ddbmadmin imprime para a saída padrão são adicionadas aoarquivo de log operacional, ddbmadmin.messages.log.

Os tópicos a seguir fornecem detalhes sobre como usar o comando ddbmadmin e opções para asoperações compatíveis com suporte.



Usando o comando ddbmadmin para exibir e excluir savesetsUm usuário DBA pode executar o comando ddbmadmin com as opções apropriadas para executaras seguintes operações:

Obs.: Nos comandos a seguir, os colchetes ([ ]) contêm os valores opcionais. As linhasverticais indicam valores alternativos, o que significa "ou" para as seleções alternativas. Aschaves ({ }) contêm os valores que você deve especificar, como x ou y. Os nomes e valores decomando e opção diferenciam maiúsculas de minúsculas.

l Exibir todos os clients para um caminho de dispositivo especificado no sistema Data Domain:

ddbmadmin -i -z <configuration_file> [-D 9]

Usando o comando ddbmadmin para exibir os clients para um caminho de dispositivo na página130 apresenta detalhes.

l Exibir informações dos savesets dentro de um intervalo de tempo salvo:

ddbmadmin -s [-t] [-b <start_time>] -e <end_time> -n <application> -z <configuration_file> [-D 9] [-v]

Usando o comando ddbmadmin para exibir informações do saveset na página 131 apresentadetalhes.

l Exibir informações dos arquivos salvos dentro de um intervalo de tempo salvo:

ddbmadmin -f [[-a FILTER_PATH=<instance_name>[/<database_name>[/<node_name>[/{DB2LOG|DBIMG}]]]] | [-a INSTANCE=<instance_name> [-a DATABASE=<database_name> [-a NODE=<node_name>]]]] [-b <start_time>] -e <end_time> -n <application>-z <configuration_file> [-D 9] [-v]

Usando o comando ddbmadmin para exibir informações do arquivo de salvamento na página132 apresenta detalhes.

l Excluir os savesets dentro de um intervalo de tempo salvo:

ddbmadmin -d [-t] [-b <start_time>] -e <end_time> -n <application> -z <configuration_file> [-D 9] [-c]

Usando o comando ddbmadmin para excluir savesets na página 134 apresenta detalhes.

l Faça upgrade do índice de backup do SAP Oracle do agente de aplicativos de banco de dados1.0 para a versão 19.2:

ddbmadmin -u -n <application> -z <configuration_file>

Usando o comando ddbmadmin para fazer upgrade do índice de backup na página 136apresenta detalhes.

A tabela a seguir descreve as opções do comando ddbmadmin. Os nomes e valores de comando eopção diferenciam maiúsculas de minúsculas.



Tabela 16 As opções de comando ddbmadmin para exibir e excluir os savesets

Opção Descrição

-aFILTER_PATH=<instance_name> [/<database_name> [/<node_name>[/{DB2LOG | DBIMG}]]]

Opcional para a exibição de informações sobre os arquivos de salvamento debackup do DB2. Especifica a exibição de informações sobre os arquivos desalvamento de backup do DB2 em uma instância específica e, opcionalmente,em um banco de dados e nó específicos. Use apenas um dos seguintesformatos da opção com o comando ddbmadmin -f:

l Somente para arquivos de salvamento em uma instância especificada: -a FILTER_PATH=

<instance_name>

l Para arquivos de salvamento em uma instância e banco de dadosespecificados: -a FILTER_PATH=

<instance_name>/<database_name>

l Para arquivos de salvamento em uma instância, banco de dados e nóespecificados: -a FILTER_PATH=

<instance_name>/<database_name>/<node_name>

l Para arquivos de salvamento de log ou imagem na instância, banco dedados e nó especificados: -a FILTER_PATH=<instance_name>/<database_name>/<node_name>/{DB2LOG | DBIMG}

Use DB2LOG para exibir os arquivos de log e DBIMG para exibir osarquivos de imagem.

A opção -a FILTER_PATH tem as seguintes limitações:

l A opção -a FILTER_PATH e outras opções -a são mutuamente

exclusivas. Não é possível usar a opção -a FILTER_PATH com a opção

-a INSTANCE, -a DATABASE ou -a NODE no mesmo comando

ddbmadmin -f.

l É possível especificar somente uma única instância, banco de dados enome de nó do DB2 com a opção -a FILTER_PATH.

l Não é possível usar a opção -a FILTER_PATH com a opção -d para

excluir os savesets.

l Não é possível usar a opção -a FILTER_PATH para operações do

Storage Direct.

-a INSTANCE=<instance_name>

[-a DATABASE=<database_name>

[-a NODE=<node_name>]]

Opcional para a exibição de informações sobre os arquivos de salvamento debackup do DB2. Especifica a exibição de informações sobre os arquivos desalvamento de backup do DB2 em uma instância específica e, opcionalmente,em um banco de dados e nó específicos. Use apenas uma das seguintescombinações de opções com o comando ddbmadmin -f:

l Somente para arquivos de salvamento em uma instância especificada: -a INSTANCE=<instance_name>

l Para arquivos de salvamento em uma instância e banco de dadosespecificados: -a INSTANCE=

<instance_name> -a DATABASE=<database_name>



Tabela 16 As opções de comando ddbmadmin para exibir e excluir os savesets (continuação)

Opção Descrição

l Para arquivos de salvamento em uma instância, banco de dados e nóespecificados: -a INSTANCE=

<instance_name> -a DATABASE=<database_name> -aNODE=<node_name>

Essas opções -a têm as seguintes limitações:

l Não é possível usar essas opções de filtragem -a com a opção -aFILTER_PATH no mesmo comando ddbmadmin -f.

l É possível especificar apenas uma única instância, banco de dados enome de nó do DB2 com essas opções -a.

l Não é possível usar essas opções -a com a opção -d para excluir os

savesets.

l Não é possível usar essas opções -a para operações do Storage Direct.

-b <start_time> Opcional. Especifica o início do intervalo de tempo, em um formato de data ehora. Formato de data e hora usado com as opções de comandoddbmadmin na página 129 apresenta detalhes sobre os formatos de data ehora compatíveis com suporte para <start_time>.

Sem essa opção, o tempo de backup mais antigo é usado por padrão para oinício do intervalo de tempo.

-c Opcional. Especifica a execução de uma operação em modo não interativo.

Sem essa opção, a operação é interativa por padrão.

-d Especifica a realização de uma exclusão de um ou mais savesets de backupcriados durante o intervalo de tempo especificado.

-D 9 Gera informações de depuração durante a operação. A opção é usada parasolucionar problemas operacionais.

-e <end_time> Obrigatório com outras opções, exceto as opções -i e -u. Especifica o fim

do intervalo de tempo, em um formato de data e hora. Formato de data ehora usado com as opções de comando ddbmadmin na página 129 apresentadetalhes sobre os formatos de data e hora compatíveis com suporte para<end_time>.

A configuração de opção -e now especifica a hora atual.

-f Especifica a exibição de informações sobre os arquivos de salvamento debackup criados durante o intervalo de tempo especificado.

-i Especifica a exibição de todos os clients para o caminho do dispositivo doparâmetro DEVICE_PATH no arquivo de configuração.

-n <application> Obrigatório com todas as outras opções, exceto a opção -i. Especifica o

nome do aplicativo a ser usado para operações de exclusão, exibição ouupgrade. Um valor application válido é db2, oracle, oracle_asm, saphana ousaporacle.

Obs.: O valor oracle_asm pode ser usado apenas para listagem ouexclusão de backups do Storage Direct do Oracle ASM. Uso do comando



Tabela 16 As opções de comando ddbmadmin para exibir e excluir os savesets (continuação)

Opção Descrição

ddbmadmin para listar e excluir os backups na página 261 apresenta maisdetalhes.

-s Especifica a exibição de informações sobre os savesets de backup criadosdurante o intervalo de tempo especificado.

-t Especifica a exibição do local dos savesets no sistema Data Domain (nívelativo) ou o nível de nuvem. Configurando o uso do Data Domain Cloud Tierpara movimentação de dados para a nuvem na página 137 apresentadetalhes sobre operações com o nível de nuvem do Data Domain.

-u Especifica o upgrade de um índice de backup do SAP Oracle do agente deaplicativos de banco de dados 1.0 para o formato de índice versão 19.2. Onamespace de backup usado no índice é alterado de “backup” no agente deaplicativos de banco de dados 1.0 para “saporacle” na versão 19.2.

-v Especifica a apresentação de uma saída muito detalhada do comandoddbmadmin.

-z <configuration_file> Obrigatório. Especifica o nome do caminho completo do arquivo deconfiguração conforme descrito em Definindo o arquivo de configuração napágina 80.

Obs.: O parâmetro CLIENT é obrigatório no arquivo de configuração

quando você executa o comando ddbmadmin de um sistema diferente

daquele em que o backup foi executado.Um arquivo de configuração separado é necessário para cada conjuntodiferente de parâmetros obrigatórios.

Formato de data e hora usado com as opções de comando ddbmadminVocê pode usar os formatos de data e hora específicos com as opções -b<start_time> e -e<end_time> no comando ddbmadmin. Os seguintes formatos de data e hora são válidos:

l Hora do dia — é uma hora do dia na forma hh[:mm[:ss]] (ouhhmm) [meridian] [zone]. Se vocênão especificar um meridiano (am ou pm), é usado um relógio de 24 horas. Você podeespecificar uma hora do dia apenas como hh, seguida por um meridiano. Se você nãoespecificar um fuso horário (por exemplo, GMT), o fuso horário atual é usado, conformedeterminado pelo segundo parâmetro, now.

l Data — uma data é um dia e mês específicos e, possivelmente, um ano. Os formatos aceitossão mm/dd[/aa] e month_name dd[,aa]. Se você omitir o ano, o ano atual será definido comopadrão. Se você especificar um ano como um número no intervalo entre 70 e 99, 1900 seráadicionado. Se for um ano no intervalo entre 00 e 30, 2000 será adicionado. O tratamento deoutros anos inferiores a 100 é indefinido. Se um número não for seguido por um dia ou umaunidade de tempo relativa, o número será interpretado como um ano, caso time_of_day,month_name e dd já tiverem sido especificados; caso contrário, ele será tratado comotime_of_day.

l Dia — pode ser especificado um dia da semana. O dia atual é usado, se apropriado. Um diapode ser precedido por um número indicando qual instância daquele dia é a preferida; o padrãoé 1. Números negativos indicam tempos no passado. Alguns números simbólicos são aceitos:último, próximo e números ordinais do primeiro ao décimo segundo (segundo é ambíguo e não éaceito como número ordinal). O número simbólico próximo é equivalente a 2; dessa forma, apróxima segunda-feira não faz referência à segunda-feira que vem, mas a uma semana maistarde.



l horário relativo — especificações relativas ao tempo atual podem ser usadas. O formato é[number] unit. Unidades aceitáveis são década, ano, trimestre, mês, quinzena, semana, dia,hora, minuto e segundo.

Abreviações mais comuns para dias, meses e assim por diante são aceitáveis, inclusive a primeiraletra e abreviações de três letras em letras maiúsculas ou minúsculas, com ou sem um ponto àdireita. Unidades, como semanas, podem ser especificadas como singular ou plural. Valores de fusohorário e meridiano podem ser em letras maiúsculas ou minúsculas, com ou sem pontos.

A data real é formada como segue. Em primeiro lugar, toda data e/ou hora absoluta é processada econvertida. Usando aquela hora como base, são adicionadas especificações do dia da semana. Porfim, especificações relativas são usadas. Se for especificada uma data ou um dia e se não houveruma hora relativa ou absoluta, é usado o horário da meia-noite. Por fim, uma correção é aplicadapara que a hora correta do dia seja produzida após permitir diferenças relativas ao horário deverão.

Usando o comando ddbmadmin para exibir os clients para um caminho dedispositivo

Você pode executar o seguinte comando ddbmadmin para exibir todos os clients para um caminhoespecificado de dispositivo no sistema Data Domain:

ddbmadmin -i -z <configuration_file> [-D 9]

Tabela 16 na página 127 apresenta detalhes sobre as opções de comando. O arquivo deconfiguração deve conter os parâmetros necessários, inclusive DEVICE_PATH.

Geralmente, você executa essa operação para se preparar para a exclusão de saveset com ocomando ddbmadmin. O exemplo a seguir mostra a saída do comando ddbmadmin -i.

Exemplo 2 Exibindo os clients para um caminho de dispositivo

Execute o seguinte comando ddbmadmin para exibir os clients para um caminhoespecificado de dispositivo pelo parâmetro DEVICE_PATH no arquivo de configuração:

ddbmadmin -i -z /vnxspace1/ddbda20/initBOS.utl

A saída do comando exibe uma linha para cada client:

List of clients for device path '/ddbda-linux':

client = hades.backupclient = artemis.backupclient = eros.backupclient = ate.backupclient = erebosclient = chronosclient = hera.backupclient = athenaclient = eros.lss.emc.com



Usando o comando ddbmadmin para exibir informações do savesetVocê pode executar o seguinte comando ddbmadmin para exibir informações sobre o backup desavesets:

ddbmadmin -s [-t] [-b <start_time>] -e <end_time> -n <application> -z <configuration_file> [-D 9]

Tabela 16 na página 127 apresenta detalhes sobre as opções de comando.

Geralmente, você executa essa operação para se preparar para a exclusão de saveset com ocomando ddbmadmin. Você pode comparar a informação saveset com os detalhes no catálogo debackup do banco de dados e determinar qual backup savesets excluir. Além disso, você pode usaresse comando para consultar as informações de bloqueio de retenção do saveset para backups deproteção de aplicativos orquestrados. Para outros aplicativos, esse recurso não está disponível e oatributo lerá o Data Domain retention = 0 para indicar que o recurso está desativado.

O resultado do comando ddbmadmin -s inclui uma linha para cada saveset encontrado, em que alinha contém o nome do client, a data do saveset, tamanho do saveset e nome do saveset. Aslinhas são classificadas em ordem decrescente pela data e hora do saveset. A seguinte palavra-chave é exibida no comando de saída:

l client— hostname do client que criou o saveset.

l date and time— data e hora de criação do saveset.

l size— tamanho dos dados de backup no saveset.

l name— nome do saveset.

l Data Domain retention— somente proteção de aplicativos orquestrados. Se ativada, adata da expiração do bloqueio de retenção.

O exemplo a seguir mostra a saída do comando ddbmadmin -s.

Exemplo 3 Exibindo a informação do saveset

Execute o seguinte comando ddbmadmin para exibir os savesets dos aplicativos debackups:

ddbmadmin -s -b 'Mar 1 12:00:00 2015' -e 'Apr 8 12:52:29 2015' -n saporacle -z /opt/dpsapps/dbappagent/config/sap_oracle_ddbda.utl

O comando de saída exibe uma linha para cada saveset:

Save set information:client = eros.lss.emc.com, date and time = 03/23/15 11:24:07(1427124247), size = 20982944, name = backint:BOSclient = eros.lss.emc.com, date and time = 03/23/15 11:24:09(1427124249), size = 20982944, name = backint:BOSclient = eros.lss.emc.com, date and time = 03/23/15 11:24:11(1427124251), size = 20982948, name = backint:BOSclient = eros.lss.emc.com, date and time = 03/23/15 11:24:13(1427124253), size = 20982944, name = backint:BOSclient = eros.lss.emc.com, date and time = 03/23/15 11:30:21(1427124621), size = 9024, name = backint:BOS:PS:client = eros.lss.emc.com, date and time = 03/23/15 11:30:23



Exemplo 3 Exibindo a informação do saveset (continuação)

(1427124623), size = 10496, name = backint:BOS:PS:client = eros.lss.emc.com, date and time = 03/23/15 11:30:25(1427124625), size = 12816, name = backint:BOS:PS:client = eros.lss.emc.com, date and time = 03/23/15 11:30:27(1427124627), size = 10412, name = backint:BOS:PS:client = eros.lss.emc.com, date and time = 03/23/15 11:30:29(1427124629), size = 9032, name = backint:BOS:PS:client = eros.lss.emc.com, date and time = 03/23/15 11:30:43(1427124643), size = 72768, name = backint:BOSTotal number of save sets = 10.

Usando o comando ddbmadmin para exibir informações do arquivo desalvamento

É possível executar o seguinte comando ddbmadmin para exibir informações sobre os arquivos desalvamento de backup:

ddbmadmin -f [[-a FILTER_PATH=<instance_name>[/<database_name>[/<node_name>[/{DB2LOG|DBIMG}]]]] | [-a INSTANCE=<instance_name> [-a DATABASE=<database_name> [-a NODE=<node_name>]]]][-b <start_time>] -e <end_time> -n <application>-z <configuration_file> [-D 9] [-v]

Tabela 16 na página 127 apresenta detalhes sobre as opções de comando. O arquivo deconfiguração deve conter os parâmetros necessários.

Geralmente, você executa essa operação para se preparar para a exclusão de saveset com ocomando ddbmadmin. Você pode comparar as informações dos arquivos de salvamento com osdetalhes no catálogo de backup do banco de dados e determinar quais savesets de backup vocêexcluirá.

A saída do comando ddbmadmin -f inclui uma linha para cada arquivo de salvamento encontrado,em que a linha contém o nome do arquivo de salvamento, além da data e da hora do backup. Osexemplos a seguir mostram a saída do comando ddbmadmin -f.

Exemplo 4 Exibindo as informações do arquivo de salvamento de backup

É possível executar o comando ddbmadmin a seguir para exibir os arquivos desalvamento dos backups do SAP Oracle.

ddbmadmin -f -b 'Mar 1 12:00:00 2015' -e 'Apr 8 12:52:29 2015' -n saporacle -z /opt/dpsapps/dbappagent/config/sap_oracle_ddbda.utl

A saída do comando exibe uma linha para cada arquivo de salvamento:

/, date = 1427124643 Mon Mar 23 11:30:43 2015./data_disk2//, date = 1427124643 Mon Mar 23 11:30:43 2015./vnxspace1//, date = 1427124643 Mon Mar 23 11:30:43 2015./home//, date = 1427124643 Mon Mar 23 11:30:43 2015./home/, date = 1427124643 Mon Mar 23 11:30:43 2015./vnxspace1/, date = 1427124643 Mon Mar 23 11:30:43 2015.



Exemplo 4 Exibindo as informações do arquivo de salvamento de backup (continuação)

/data_disk2/, date = 1427124643 Mon Mar 23 11:30:43 2015./home/oracle/, date = 1427124643 Mon Mar 23 11:30:43 2015./home/oracle/app/, date = 1427124643 Mon Mar 23 11:30:43 2015./vnxspace1/dbappagent47/, date = 1427124643 Mon Mar 23 11:30:43 2015./data_disk2/oradata-bos/, date = 1427124643 Mon Mar 23 11:30:43 2015./home/oracle/app/oracle/, date = 1427124643 Mon Mar 23 11:30:43 2015./home/oracle/app/oracle/product/, date = 1427124643 Mon Mar 23 11:30:43 2015./data_disk2/oradata-bos/sapreorg/, date = 1427124643 Mon Mar 23 11:30:43 2015./data_disk2/oradata-bos/sapbackup/, date = 1427124643 Mon Mar 23 11:30:43 2015./home/oracle/app/oracle/product/11.2.0/, date = 1427124643 Mon Mar 23 11:30:43 2015./home/oracle/app/oracle/product/11.2.0/dbhome_2/, date = 1427124643 Mon Mar 23 11:30:43 2015./home/oracle/app/oracle/product/11.2.0/dbhome_2/dbs/, date = 1427124643 Mon Mar 23 11:30:43 2015./data_disk2/oradata-bos/sapreorg/strucBOS.log, date = 1427124643 Mon Mar 23 11:30:43 2015./data_disk2/oradata-bos/sapreorg/spaceBOS.log, date = 1427124643 Mon Mar 23 11:30:43 2015./vnxspace1/dbappagent47/initBOS.utl, date = 1427124643 Mon Mar 23 11:30:43 2015./home/oracle/app/oracle/product/11.2.0/dbhome_2/dbs/initBOS.ora, date = 1427124643 Mon Mar 23 11:30:43 2015. : :

Exemplo 5 Exibindo informações do arquivo de salvamento de backup do DB2 para uma instância,banco de dados e nó

Para exibir as informações do arquivo de salvamento de backup do DB2 para umintervalo de tempo, instância, banco de dados e nó especificados, você pode executaro comando ddbmadmin com a opção -a FILTER_PATH ou com as opções individuais–a INSTANCE=<instance_name>, -a DATABASE=<database_name> e -aNODE=<node_name>.

O comando ddbmadmin a seguir exibe informações sobre os arquivos de log debackup do DB2 para a instância DB2_03, o banco de dados SAMPLE3 e o nóNODE0000. A opção -a FILTER_PATH especifica a instância, banco de dados enomes de nós e DB2LOG especifica somente a exibição dos arquivos de log.

ddbmadmin.exe –a FILTER_PATH=DB2_03/SAMPLE3/NODE0000/DB2LOG –f –b “10/01/2018 12:36:05 PM” –e “12/10/2018 12:36:05 PM” –n db2 –z C:\PROGRA~1\DPSAPPS\DBAPPAGENT\config\db2_ddbda.cfg

A saída do comando exibe uma linha para cada arquivo de salvamento:

\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000061.LOG, date = 1542997500 11/23/2018 11:55:00 PM.\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000060.LOG, date = 1542997348 11/23/2018 11:52:28 PM.\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000059.LOG, date = 1542997155 11/23/2018 11:49:15 PM.



Exemplo 5 Exibindo informações do arquivo de salvamento de backup do DB2 para uma instância,banco de dados e nó (continuação)

\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000058.LOG, date = 1542996971 11/23/2018 11:46:11 PM.\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000057.LOG, date = 1542996780 11/23/2018 11:43:00 PM.\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000056.LOG, date = 1542996643 11/23/2018 11:40:43 PM.\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000055.LOG, date = 1542996233 11/23/2018 11:33:53 PM.\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000054.LOG, date = 1542996096 11/23/2018 11:31:36 PM.\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000053.LOG, date = 1542995987 11/23/2018 11:29:47 PM.\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000052.LOG, date = 1542995665 11/23/2018 11:24:25 PM.\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000051.LOG, date = 1542995544 11/23/2018 11:22:24 PM.\SAMPLE\NODE0000\DB2LOG\:\C0000004_S0000050.LOG, date = 1542995374 11/23/2018 11:19:34 PM.

O comando ddbmadmin a seguir exibe informações sobre todos os arquivos desalvamento de backup do DB2 para a instância DB2_03, banco de dados SAMPLE3 enó NODE0000. As opções individuais -a especificam a instância, o banco de dados eos nomes de nós.

ddbmadmin.exe -f –a INSTANCE=DB2_03 -a DATABASE=SAMPLE3 -a NODE=NODE0000 –b “10/01/2018 12:36:05 PM” –e “12/10/2018 12:36:05 PM” –n db2 –z C:\PROGRA~1\DPSAPPS\DBAPPAGENT\config\db2_ddbda.cfg

Usando o comando ddbmadmin para excluir savesetsVocê pode executar o seguinte comando ddbmadmin para excluir savesets criados de backupdurante um intervalo de tempo especificado:

ddbmadmin -d [-t] [-b <start_time>] -e <end_time> -n <application> -z <configuration_file> [-D 9] [-c]


Por exemplo, você pode executar o comando ddbmadmin para excluir todos os savesets com maisde um ano. O comando exclui os dados de saveset nos arquivos .ss e os metadados de indexaçãonos arquivos .rec associados aos savesets.

AVISO Use o comando ddbmadmin com cuidado, porque o comando exclui savesets semconsiderar as dependências entre os savesets em um backup. O comando ddbmadmin usa otempo de armazenamento de backup para exclusões e exclui todos os backups armazenadossob o mesmo caminho do dispositivo no intervalo de tempo de exclusão. Depois de excluirdeterminados savesets de um backup, você pode não conseguir restaurar os dados a partir dobackup. Portanto, a exclusão inadequada do saveset com o comando ddbmadmin pode levar àperda de dados e a restaurações com falha. A exclusão de savesets não pode ser desfeita e nãodeve ser interrompida depois de iniciada. Para aplicativos que dão suporte à exclusão de



backup, como o DB2 com a exclusão automática de objetos de recuperação, use a interface deaplicativo compatível para excluir corretamente os backups obsoletos.

Antes do programa ddbmadmin iniciar a exclusão de savesets, o programa solicita que vocêconfirme a exclusão. Se o programa encontrar pelo menos um saveset não autorizado devido a umbackup em execução ou a um backup parado, o programa exibe as mensagens de advertênciareferentes a savesets incompletos. Você pode encerrar ou continuar a exclusão.

Os exemplos a seguir exibem a saída do comando de uma exclusão interativa (sem a opção -c) eos resultados quando você encerra ou continua a exclusão depois que um saveset não autorizadofor detectado.

Exemplo 6 Finalizando uma exclusão após a detecção de um saveset incompleto

Execute o seguinte comando ddbmadmin para excluir savesets de backups do SAPOracle:

ddbmadmin -d -b '03/23/2015 11:24:09' -e '03/23/2015 11:24:11' -n saporacle -z /opt/dpsapps/dbappagent/config/sap_oracle_ddbda.utl

A saída do comando exibe a lista de savesets. A resposta n ao prompt faz com que oprograma encerre a exclusão:

Save set information:

client = eros.lss.emc.com, date and time = 03/23/15 11:24:09 (1427124249), size = 20982944, name = backint:BOSclient = eros.lss.emc.com, date and time = 03/23/15 11:24:11 (1427124251), size = 20982948, name = backint:BOSTotal number of save sets = 2.The '/var/opt/ddbda/logs/ddbmadmin.messages.log' file contains a list of the save sets to be deleted.Continue with the deletion of the found save sets [y/n]: n

No save sets were deleted.

Exemplo 7 Conclua uma exclusão após a detecção de um saveset incompleto

Execute o seguinte comando ddbmadmin para excluir savesets de backups do SAPOracle:

ddbmadmin -d -b '03/23/2015 11:24:09' -e '03/23/2015 11:24:11' -n saporacle -z /opt/dpsapps/dbappagent/config/sap_oracle_ddbda.utl

A saída do comando exibe a lista de savesets. A resposta y ao prompt faz com que oprograma prossiga e conclua a exclusão:


client = eros.lss.emc.com, date and time = 03/23/15 11:24:09 (1427124249), size = 20982944, name = backint:BOSclient = eros.lss.emc.com, date and time = 03/23/15 11:24:11 (1427124251), size = 20982948, name = backint:BOSTotal number of save sets = 2.



Exemplo 7 Conclua uma exclusão após a detecção de um saveset incompleto (continuação)

The '/var/opt/ddbda/logs/ddbmadmin.messages.log' file contains a list of the save sets to be deleted.Continue with the deletion of the found save sets [y/n]: yList of deleted save set save times:

save time = 1427124249save time = 1427124251

A total of 2 save sets were deleted successfully.

Usando o comando ddbmadmin para fazer upgrade do índice de backupGeralmente, uma operação backint ou ddbmadmin com o agente de aplicativos de banco dedados 19.2 migra automaticamente os backups do SAP Oracle que foram criados com o agente deaplicativos de banco de dados 1.0 para a versão 19.2. O agente de aplicativos de banco de dados1.0 armazena os backups do SAP Oracle no namespace "backup" no catálogo do agente deaplicativos, ao passo que o agente de aplicativos de banco de dados 19.2 armazena os backups nonamespace “saporacle”.

Nos casos em que a migração automática apresenta falha, execute o seguinte comandoddbmadmin para fazer upgrade do backup do SAP Oracle manualmente:

ddbmadmin -u -n <application> -z <configuration_file>


Obs.: O comando ddbmadmin somente converte o nome do namespace "backup" que foiusado pelo agente de aplicativos de banco de dados 1.0 para backups do SAP Oracle. Se onome do namespace não for convertido, uma restauração pelo agente de aplicativos de bancode dados 19.2 não poderá localizar o backup necessário no namespace "backup".

O exemplo a seguir mostra a saída do comando ddbmadmin -u.

Exemplo 8 Atualizando o índice de backup do SAP Oracle

Execute o seguinte comando ddbmadmin para fazer upgrade do índice de backup parabackups do SAP Oracle do namespace do agente de aplicativos do banco de dados 1.0para o namespace 19.2 do agente de aplicativos do banco de dados:

ddbmadmin -u -n saporacle -z /dbtools/oracle/aix/64bit/product/11.1.0.6/dbs/initSAP.utl

The backup upgrade can take a long time and it should not be interrupted.The '/var/opt/ddbda/logs/ddbmadmin.messages.log' file contains a list of items upgraded.Do you want to continue with the upgrade [y/n]: y

Backup was upgraded successfully.



Exemplo 8 Atualizando o índice de backup do SAP Oracle (continuação)

Configurando o uso do Data Domain Cloud Tier paramovimentação de dados para a nuvem

Você pode configurar o aplicativo do banco de dados para usar o Data Domain Cloud Tier paramover dados de backup para a nuvem e a recuperação subsequente dos dados de backup danuvem.

O Data Domain (DD) Cloud Tier é um recurso nativo do DD OS 6.0 e superior para mover dados donível ativo para o armazenamento em object de baixo custo e alta capacidade na nuvem pública,privada ou híbrida para retenção a longo prazo. O agente de aplicativos de banco de dados 3.5apresentou o suporte do DD Cloud Tier para mover dados de backup do Application Direct para anuvem, o que libera espaço no sistema Data Domain (nível ativo).

Obs.: O agente de aplicativos de banco de dados não dá suporte ao DD Cloud Tier paramovimentação de dados de backup do Storage Direct para a nuvem.

Você deve configurar uma política do DD Cloud Tier, também conhecida como uma política demovimentação de dados, para cada MTree ou unidade de armazenamento que o agente deaplicativos de banco de dados usa para mover os dados para a nuvem.

Após definir as políticas de movimentação de dados, você poderá configurar e executar asseguintes operações:

l Movimentação dos dados de backup do sistema Data Domain para a nuvem.

l Recuperação dos dados de backup da nuvem para o sistema Data Domain.

Um backup com o agente de aplicativos de banco de dados consiste em savesets de backup, emque um saveset é um conjunto de um ou mais arquivos de armazenamento criados durante asessão de backup. Um arquivo de armazenamento é um arquivo do sistema operacional ou umblock de dados, o objeto mais simples que você pode fazer backup ou restaurar. Um backup criaum ou mais arquivos de armazenamento dentro de um saveset. O agente de aplicativos de bancode dados se move e recupera os dados de backup apenas no nível de saveset, movendo todos osarquivos salvos em um saveset definido.

O tópico a seguir descreve como configurar as políticas necessárias do DD Cloud Tier. Tópicossubsequentes descrevem como executar a movimentação de dados para a nuvem e a recuperaçãode dados da nuvem.

Configurando a política do DD Cloud Tier para mover dados para a nuvemO agente de aplicativos de banco de dados move os dados de backup do nível ativo para a nuvemde acordo com a política do DD Cloud Tier. Para habilitar a movimentação de dados para a nuvem,você deve configurar a política necessária para cada unidade de armazenamento ou MTree.

O DD Cloud Tier oferece dois tipos de política, a política com base em aplicativos e a política combase em idade. O agente de aplicativos de banco de dados dá suporte apenas à política baseada emaplicativos, que é gerenciada pelo aplicativo que cria os arquivos de backup no sistema DataDomain. Essa política move o conteúdo do arquivo de backup para a nuvem de acordo com asespecificações do aplicativo.

AVISO Não aplique uma política com base em idade a uma unidade de armazenamento que éusada pelo agente de aplicativos de banco de dados. Uma política com base em idade movetodo o conteúdo do arquivo (inclusive metadados) de uma unidade de armazenamento para anuvem de acordo com a idade do arquivo, como quando todos os arquivos de mais de tantos



dias são movidos. Essa movimentação de dados por uma política com base em idade podecausar a falha de consultas aos metadados para o agente de aplicativos de banco de dados.

O DBA deve entrar em contato com o administrador do Data Domain para criar a política com baseem aplicativos, também conhecida como um perfil de movimentação de dados, para a unidade dearmazenamento ou MTree que o agente de aplicativos de banco de dados usa para os backups doApplication Direct. A documentação do Data Domain apresenta detalhes sobre os procedimentosde configuração do DD Cloud Tier.

Para gerenciamento de políticas a partir de uma linha de comando do sistema Linux, você podeusar as APIs REST através dos comandos curl da linha de comando. Você pode executar oscomandos para realizar operações específicas para as políticas do DD Cloud Tier ou podeincorporar os comandos em um script. Consulte os seguintes subtópicos para obter mais detalhese exemplos de como usar as APIs REST.

Como uma alternativa com o DD SO 6.1 ou posterior, você pode executar o comando data-movement policy do Data Domain para configurar a política com base em aplicativo.

Usando o comando de movimentação de dados com o DD SO 6.1 ou posterior

O DD OS 6.1 ou posterior permite que você configure a política com base em aplicativo por meio doseguinte comando do Data Domain na linha de comando. Este comando configura a política combase em aplicativo para os MTrees especificados:

data-movement policy set app-managed {enabled | disabled} to-tier cloud cloud-unit <unit_name> mtrees <mtree_list>

Por exemplo, o seguinte comando configura a política com base em aplicativos para o MTree /data/col1/app-agent45:

data-movement policy set app-managed enabled to-tier cloud cloud-unit Cloud mtrees /data/col1/app-agent45

Você pode executar o seguinte comando para exibir o resultado da configuração de política parafins de verificação:

data-movement policy show

Mtree Target(Tier/Unit Name) Policy Value------------------------- ---------------------- ------------- -------/data/col1/app-agent45 Cloud/Cloud app-managed enabled------------------------- ---------------------- ------------- -------

Usando APIs REST por meio de comandos curl

Por exemplo, você pode executar os seguintes tipos de comandos curl em uma linha de comandodo Linux para usar as APIs REST para realizar operações para as políticas de DD Cloud Tier:

Obs.:Nos comandos a seguir, você deve substituir todas as variáveis que começam com oscaracteres $dd, como $dduser e $ddhost, pelos valores apropriados de configuração dosistema. Por exemplo, as variáveis do ambiente têm as seguintes configurações. A variáveldduser deve ser definida para o usuário administrador do DD:

ddhost="datadomain1.company.com"dduser="ddadmin_user1"ddmtree="/data/col1/su1"



ddcloudunit="ecs1"ddpass=ddadmin_user1_password

Você também deve substituir $TOKEN nos comandos pelo resultado do comando deautenticação.

l O seguinte exemplo de comando realiza uma autenticação:

curl --silent -k -i -X POST -H "Content-Type: application/json" -d '{"username":"'"$dduser"'", "password":"'"$ddpass"'"}' https://$ddhost:3009/rest/v1.0/auth

l O seguinte exemplo de comando lista a política para um MTree:

curl -k -D -i -X GET https://$ddhost:3009/rest/v1.0/dd-systems/0/data-movement-policies -H "content-type:application/xml" -H "X-DD-AUTH-TOKEN: $TOKEN" -d "<data_movement_create><data_movement_policy_type>app-managed</data_movement_policy_type><mtree_name>$ddmtree</mtree_name><cloud_unit_name>$ddcloudunit</cloud_unit_name></data_movement_create>"

l O seguinte exemplo de comando cria uma política em um MTree:

curl -k -D -i -X POST https://$ddhost:3009/rest/v1.0/dd-systems/0/data-movement-policies -H "content-type:application/xml" -H "X-DD-AUTH-TOKEN: $TOKEN" -d "<data_movement_create><data_movement_policy_type>app-managed</data_movement_policy_type><mtree_name>$ddmtree</mtree_name><cloud_unit_name>$ddcloudunit</cloud_unit_name></data_movement_create>"

l O seguinte exemplo de comando exclui uma política de um MTree:

curl -k -D -i -X DELETE https://$ddhost:3009/rest/v1.0/dd-systems/0/data-movement-policies -H "content-type:application/xml" -H "X-DD-AUTH-TOKEN: $TOKEN" -d "<data_movement_create><data_movement_policy_type>app-managed</data_movement_policy_type><mtree_name>$ddmtree</mtree_name><cloud_unit_name>$ddcloudunit</cloud_unit_name></data_movement_create>"

Exemplo de script do Linux para criar uma política

Por exemplo, você pode executar os seguintes tipos de script em uma linha de comando dosistema Linux para criar uma política do DD Cloud Tier:

Obs.: No script, você deve substituir todas as variáveis que começam com os caracteres $dd,como $dduser e $ddhost, pelos valores apropriados da configuração específica do sistema. Sea linha #ddpass no script estiver comentada conforme segue, o script solicitará a senha dousuário do DD especificada na configuração de dduser. A variável dduser deve ser definida parao usuário administrador do DD.

#!/bin/bash ddhost="datadomain1.company.com"dduser="ddadmin_user1"ddmtree="/data/col1/su1"ddcloudunit="ecs1"#ddpass=ddadmin_user1_password

if [ -z $ddpass ] ; thenread -s -p "Enter DD Administrator Password: " ddpassfi TOKEN=`curl --silent -k -i -X POST -H "Content-Type: application/json" -d



'{"username":"'"$dduser"'", "password":"'"$ddpass"'"}' https://$ddhost:3009/rest/v1.0/auth | gawk '/X-DD-AUTH-TOKEN: ./ { printf $2; }'` curl -k -D -i -X POST https://$ddhost:3009/rest/v1.0/dd-systems/0/data-movement-policies -H "content-type:application/xml" -H "X-DD-AUTH-TOKEN: $TOKEN" -d "<data_movement_create><data_movement_policy_type>app-managed</data_movement_policy_type><mtree_name>$ddmtree</mtree_name><cloud_unit_name>$ddcloudunit</cloud_unit_name></data_movement_create>"

Realizando a movimentação de dados para a nuvemApós definir as políticas do DD Cloud Tier, você pode executar o comando ddbmadmin -m para amovimentação manual dos dados de backup para a nuvem.

Conforme descrito no tópico anterior, você configura o script de gerenciamento de políticas paraespecificar o agendamento da movimentação de dados de backup para a nuvem.

Um DBA pode executar o comando ddbmadmin -m para marcar os arquivos de dados do savesete uma cópia dos metadados para a movimentação para a nuvem. As opções de comandoespecificam os savesets de backup que foram criados durante um intervalo de tempo:

ddbmadmin -m [-t] [-b <start_time>] -e <end_time> -n <application> -z <configuration_file> [-D 9] [-c]

Obs.:Para obter desempenho ideal do Data Domain, é recomendável que você mantenha um backupno sistema Data Domain (nível ativo) pelo menos 14 dias antes de mover o backup para anuvem.

Quando a política de movimentação de dados é executada, as cópias de dados e metadadossão então movidas para a nuvem. Os metadados originais permanecem no sistema DataDomain.

A opção -m especifica a marcação dos savesets de backup especificados e uma cópia dosmetadados correspondentes para a movimentação para a nuvem. A Tabela 17 apresenta detalhessobre outras opções de comando. O arquivo de configuração deve conter os parâmetrosnecessários.

Um arquivo de configuração separado é necessário para cada sistema Data Domain. Todas asinformações que o comando ddbmadmin imprime para a saída padrão são adicionadas ao arquivode log operacional,ddbmadmin.messages.log.

Por exemplo, o seguinte comando marca a movimentação de todos os savesets de backup doOracle dentro do intervalo de tempo de um mês atrás até a hora atual:

ddbmadmin –m -b '1 month ago' –e now –n oracle -z /config/oracle.cfg

Ao executar o comando ddbmadmin -m, o programa exibe a lista de savesets a serem movidos esolicita que você confirme a lista para a movimentação de dados. Então, o programa marca osarquivos de saveset para a movimentação. Os arquivos são movidos para a nuvem no momentodeterminado pela política de movimentação de dados.

Realizando a recuperação de dados da nuvemDepois que os savesets de backup foram movidos para a nuvem por meio das políticas do DD CloudTier, o agente de aplicativos de banco de dados recuperará por padrão os savesets de volta para osistema Data Domain. Como alternativa, você pode executar o comando ddbmadmin -r pararecuperar manualmente os savesets. Também é possível desabilitar as recuperações automáticaspelo agente de aplicativos de banco de dados.



Por padrão, o agente de aplicativos de banco de dados recupera automaticamente os savesets danuvem para o sistema Data Domain, conforme necessário para concluir uma operação derestauração.

Você pode recuperar manualmente os savesets da nuvem executando o comando ddbmadmin -r.

Obs.: Quando dados são recuperados da nuvem, eles são, na verdade, removidos da nuvem emovidos de volta para o sistema Data Domain. Você deve se certificar de que os dados sejammovidos de volta para a nuvem, conforme necessário.

Opcionalmente, você pode definir o parâmetro DDBOOST_AUTO_RECALL_DATA, no arquivo deconfiguração, para especificar o método de preferência para recuperação de dados da nuvem:

l Para habilitar o método de recuperação automática, definaDDBOOST_AUTO_RECALL_DATA=TRUE. TRUE é o valor padrão do parâmetro. O agente deaplicativos de banco de dados recupera automaticamente os dados, conforme necessário paraoperações de restauração.

l Para habilitar o método de recuperação manual, definaDDBOOST_AUTO_RECALL_DATA=FALSE. O agente de aplicativos de banco de dados poderecuperar os dados somente depois que você executar o comando ddbmadmin -r para iniciara recuperação de dados.

Obs.: Quando você usa o ECS com o DD OS 6.1 ou posterior, as restaurações da nuvem sãosempre perfeitas. O agente de aplicativos de banco de dados restaura automaticamente osdados de backup diretamente do ECS, independentemente da configuração doDDBOOST_AUTO_RECALL_DATA. A documentação do Data Domain apresenta mais detalhes epráticas recomendadas de restaurações diretamente do ECS.

O método de recuperação manual é recomendado para situações de restauração em que arecuperação da nuvem está lenta e pode causar possíveis problemas com o timeout do servidor.

Ao habilitar o método de recuperação manual, uma operação de restauração apresenta falhaquando o agente de aplicativos de banco de dados tenta ler arquivos de dados que foram movidospara a nuvem. A falha da restauração é exibida com o seguinte tipo de mensagem de erro:

Unable to recover data with save time '1477335338'. Recall the file from Data Domain Cloud Tier, and restart the recovery.

Com base na mensagem de erro, determine a lista de savesets de backup em um intervalo detempo especificado para recuperar da nuvem. Um DBA pode executar o comando ddbmadmincom a opção -r para especificar a recuperação dos savesets de backup:

ddbmadmin -r [-t] [-b <start_time>] -e <end_time> -n <application> -z <configuration_file> [-D 9] [-c]

A opção -r especifica a recuperação dos savesets de backup especificados da nuvem. A opção -tespecifica a exibição do local dos savesets no sistema Data Domain (nível ativo) ou na classificaçãoem nuvem. A Tabela 17 apresenta detalhes sobre outras opções de comando. O arquivo deconfiguração deve conter os parâmetros necessários.

Obs.: Um arquivo de configuração separado é necessário para cada sistema Data Domain.Todas as informações que o comando ddbmadmin imprime para a saída padrão sãoadicionadas ao arquivo de log operacional,ddbmadmin.messages.log.



Por exemplo, o seguinte comando especifica a recuperação dos savesets de backup do Oracle nointervalo de tempo de um mês atrás até a hora atual:

ddbmadmin –r -b '1 month ago' –e now –n oracle -z /config/oracle.cfg

Ao reiniciar a operação de restauração, o agente de aplicativos de banco de dados executa arecuperação de dados especificados da nuvem e, então, conclui a operação de restauração.

Realizando recall de dados da nuvem após a recuperação de desastres daclassificação em nuvem DD

Depois que um MTree é recuperado de acordo com o procedimento de recuperação de desastresde classificação em nuvem DD, você deve habilitar as operações de recall de dados de umdispositivo de classificação em nuvem DD. Execute o comando ddbmadmin com a opção -M pararestaurar os índices de backup depois que uma operação de recuperação de desastres declassificação em nuvem DD tiver sido realizada.

Quando o agente de aplicativos de bancos de dados move um backup para a nuvem, os arquivos deíndice são mantidos no nível ativo. Uma cópia dos arquivos de índice é criada e movida para o nívelde nuvem para retenção a longo prazo.

Depois que um MTree for restaurado durante uma recuperação de desastres, todos os arquivosque residiam apenas no nível ativo são perdidos e ficam indisponíveis. Somente os arquivos queforam movidos para a nuvem estão disponíveis.

Nesse caso, execute o seguinte comando ddbmadmin com a opção -M para mover os índices paraa faixa de tempo especificada de volta para seu local original. O comando recupera os índices parao nível ativo:

ddbmadmin -M [-t] [-b <start_time>] -e now -n <application> -z <configuration_file> [-D 9] [-c]

O seguinte exemplo do comando ddbmadmin -M mostra o resultado do comando:

ddbmadmin -M -e now -n oracle -z c:\tmp\LTR_oracle.txt

Recall after disaster recovery can take a long time to complete. Do not interrupt the operation.The 'C:\Program Files\DPSAPPS\MSAPPAGENT\logs\ddbmadmin.messages.log' file contains a list of copied items.Do you want to continue with the recall after disaster recovery? [y/n]:yThe index record files were copied successfully.Save set information:client = dw-sap-sles11, date and time = 8/15/2017 3:52:44 PM (1502826764), size = 517488216, name = RMAN:01sbvnu8_1_1client = dw-sap-sles11, date and time = 8/15/2017 3:53:55 PM (1502826835), size = 507788592, name = RMAN:02sbvo0j_1_1client = dw-sap-sles11, date and time = 8/15/2017 3:55:43 PM (1502826943), size = 508312896, name = RMAN:03sbvo3u_1_1client = dw-sap-sles11, date and time = 8/15/2017 3:55:58 PM (1502826958), size = 507788592, name = RMAN:04sbvo4e_1_1client = dw-sap-sles11, date and time = 8/15/2017 3:56:14 PM (1502826974), size = 12583476, name = RMAN:c-1040017416-20170815-00Total number of save sets = 5.The 'C:\Program Files\DPSAPPS\MSAPPAGENT\logs\ddbmadmin.messages.log' file contains a list of the save sets to be recalled.Continue with the recall of the found save sets [y/n]:yList of save times of recalled save sets:



save time = 1502826764save time = 1502826835save time = 1502826943save time = 1502826958save time = 1502826974A total of 5 save sets were recalled successfully.

Depois que os índices são recuperados no nível ativo, os dados de savesets para a mesma faixa detempo também são recuperados, a menos que você digite n no segundo prompt. Se você digitar nno prompt Continuar com o recall dos savesets encontrados [s/n], você deverárecuperar manualmente os dados dos savesets. Para recuperar manualmente os dados dossavesets da nuvem para o nível ativo, execute o comando ddbmadmin -r com as outras opçõesnecessárias, conforme descrito no tópico anterior.

Esta operação de restauração do índice gera algumas informações adicionais que são impressasapenas no arquivo de registros de operações, ddbmadmin.messages.log, e não no resultadopadrão ou resultado de erro padrão. Essas informações incluem detalhes sobre os arquivosrecuperados.

A Tabela 17 apresenta detalhes sobre outras opções de comando. O arquivo de configuração deveconter os parâmetros necessários.

Dicas de solução de problemas geraisAnalise as informações a seguir sobre as emissões gerais de solução de problemas que podem seridentificadas em operações com o agente de aplicativos de banco de dados.

Configurações do registro de depuraçãoA tabela a seguir descreve os parâmetros que podem ser definidos no arquivo de configuração paraespecificar as configurações de registro de depuração para o agente de aplicativos de banco dedados. Geralmente, você usa esses parâmetros quando trabalha com o suporte técnico parasolucionar problemas com o produto. Não use esses parâmetros para operações regulares doproduto.

Definindo o arquivo de configuração na página 80 descreve como definir os parâmetros no arquivode configuração.

Arquivos de log de depuração na página 144 descreve as convenções de nomenclatura para osarquivos de log de depuração.


Tabela 17 Parâmetros para fins de depuração

Parâmetro: DEBUG_LEVEL

Seção: [GENERAL]

Especifica se o software grava mensagens de depuração no arquivo de log de depuração, localizado no diretórioespecificado pelo parâmetro DIAGNOSTIC_DEST.

Obs.: Use este parâmetro para fins de depuração com a assistência do suporte técnico apenas.

Valores válidos:

l 0 (padrão) = o software não gera mensagens de depuração.



Tabela 17 Parâmetros para fins de depuração (continuação)

l 9 = o software grava mensagens de depuração no arquivo de log de depuração com uma extensão dearquivo .log.

Parâmetro: DIAGNOSTIC_DEST

Seção: [GENERAL]

Especifica o local do diretório dos registros de depuração gerados quando o parâmetro DEBUG_LEVEL é definido

como 9.Obs.: Os registros operacionais gerados durante operações normais do produto não são afetados por essaconfiguração de parâmetro.

Valores válidos:

l Diretório padrão dos arquivos de log de depuração:

n /opt/dpsapps/dbappagent/logs (UNIX ou Linux)

n C:\Program Files\DPSAPPS\DBAPPAGENT\logs (Windows)

l Nome válido do caminho de diretório dos arquivos de log de depuração.

Obs.: O diretório padrão é usado para o SAP HANA ou o SAP Oracle se o diretório não padrão especificado nãoexiste ou não tem permissões de gravação para o usuário do sistema operacional que executa o programahdbbackint ou o backint.

Parâmetro: DPRINTF

Seção: [GENERAL]

Especifica se o software grava mensagens de depuração adicionais no arquivo de log de depuração.Obs.: Para DB2 no Windows, é recomendável que você não defina este parâmetro como TRUE, especialmentepara uma restauração em várias sessões do DB2.

Valores válidos:

l FALSE (padrão) = o software não gera mensagens de depuração adicionais.

l TRUE = o software grava mensagens de depuração adicionais no arquivo de log de depuração.

Arquivos de log de depuraçãoOs programas do agente de aplicativos de banco de dados geram informações de depuração nosarquivos de log de depuração com nomes específicos.

Registros de depuração criados pelas operações ddbmadmin

l Registros de depuração criados com a opção -D 9:ddbmadmin_<yyyy>_<mm>_<dd>.<timestamp>.<pid>.logPor exemplo: ddbmadmin_2014_02_24.10_39_11.18678.log

l Registro regular: ddbmadmin.messages.log

Registros de depuração criados para operações do DB2

l Registro de mensagens de erro e operacionais: ddboost_db2.messages.log



l Registro inicial padrão: libddboostdb2_default.logl Registro de depuração da sessão: libddboostdb2_DB2_<timestamp>.<process/

thread_id>.logl Registro de mensagem de erro XBSA: xbsa.messages

Registros de depuração criados para operações do Oracle

l Registro de mensagens de erro e operacionais: ddbda_oracle.messages.logl Registro de depuração da sessão:

libddboostora_Oracle_<date>.<time>.<process_id>.log

Registros de depuração criados para operações de SAP HANA

l Registro operacional: hdbbackint<SID>.logPor exemplo: hdbbackintEMC.log

l Banco de dados, registro arquivado e registros de backup do arquivo do catálogo:

n hdbbackint<SID>.debug.<pid>.logPor exemplo: hdbbackintEMC.debug.11403.log

n LGTOSAPs.debug.<SID>.<pid>.logPor exemplo: LGTOSAPs.debug.EMC.11419.log

l Registro de recuperação do banco de dados: LGTOSAPr.debug.<SID>.<pid>.logPor exemplo: LGTOSAPr.debug.EMC.14158.log

l Registro de erros:hdbbackintHANA_<hostname>.op.<pid>.logPor exemplo: hdbbackintHANA_fs1.op.14158.log

Registros de depuração criados para operações do SAP com Oracle

l Registros de backup do arquivo do catálogo e do banco de dados (backups backint):

n backint<SID>.debug.<pid>Por exemplo: backintSAP.debug.984

n LGTOSAPs.debug.<SID>.<pid>Por exemplo: LGTOSAPs.debug.SAP.1002

l Registros de backup de registro arquivado (backups backint):

n arch_backint<SID>.debug.<pid>Por exemplo: arch_backintSAP.debug.4018

n LGTOSAPs.debug.<SID>.<pid>Por exemplo: LGTOSAPs.debug.SAP.4434

l RMAN operacional e registro de mensagens de erro:ddboost_saporacle_rman.messages.log

l Registro de depuração da sessão RMAN:libddboostsapora_Oracle_<date>.<time>.<process_id>.log



O backup ou a restauração apresentam falha devido a uma lockbox inacessívelUma operação com o agente de aplicativos de banco de dados pode falhar com a seguintemensagem de erro:

Unable to retrieve the primary device user password from the lockbox

Se isso acontecer e se a lockbox não for compartilhada com nenhum outro host, você deveráexecutar o comando ddbmadmin -P -z<configuration_file> para registrar os sistemas DataDomain na lockbox.

O backup ou a restauração apresentam falha devido a uma lockbox desatualizadaUm backup ou restauração poderá falhar quando você tiver atualizado de uma versão anterior doagente de aplicativos de banco de dados e as seguintes condições forem verdadeiras:

l A lockbox que foi criada pela versão anterior do agente de aplicativos de banco de dados estálocalizada em um diretório não padrão.

l Você não executou manualmente uma operação de importação de lockbox para atualizar alockbox.

Nesse caso, quando você tentar executar um backup ou restauração, a operação falhará com osseguinte tipo de mensagem de erro:

Error encountered while retrieving information from the lockbox in '/opt/lockbox' directory: The lockbox version '3.2' in the directory '/opt/lockbox' is old. Upgrade the lockbox by running the import tool.

Para resolver o problema, o usuário root ou o usuário administrativo deverá executar manualmenteuma operação de importação de lockbox para atualizar a lockbox, conforme descrito em Importar aversão mais recente da lockbox na página 121.

O comando ddbmadmin -P identifica um conflito com um aplicativo instaladoSe outro aplicativo instalado usar as mesmas bibliotecas que o agente de aplicativos de banco dedados no diretório /opt/dpsapps/dbappagent/lib/lib64, o comando ddbmadmin -P -z<configuration_file> poderá encontrar um conflito com o aplicativo.

Certifique-se de que o caminho do software e da biblioteca sejam definidos corretamente antes deexecutar qualquer comando ddbmadmin.

Por exemplo, execute os comandos a seguir antes de executar qualquer comando ddbmadmin noLinux:

# export PATH=/opt/dpsapps/dbappagent/lib/lib64:$PATH# export LD_LIBRARY_PATH=/opt/dpsapps/dbappagent/lib/lib64:$LD_LIBRARY_PATH

Obs.: A variável de ambiente LD_LIBRARY_PATH se aplica ao Linux e ao Solaris. DefinaLIBPATH para AIX. No Windows, certifique-se de que o caminho da biblioteca para o agentede aplicativos de banco de dados seja exibido na frente da configuração da variável deambiente Path, de modo semelhante às configurações de variáveis de ambiente no UNIX eLinux.



A criação de lockbox pode apresentar falhas em um compartilhamento via NFS/CIFS

A criação de lockbox pode falhar com o seguinte erro em um compartilhamento NFS/CIFS se aspermissões no compartilhamento são insuficientes:

The Lockbox file could not be opened.

Confirme as permissões no compartilhamento NFS/CIFS e atribua permissões suficientes,conforme necessário para a criação de lockbox.

Procedimento de criação de lockbox quando o UAC está ativado no WindowsCom o UAC (Upgrade Authentication Code, código de autenticação de atualização) ativado em umsistema Windows, um usuário que fizer log-in como um membro do grupo de administradores doWindows não está habilitado para criar a lockbox no local padrão executando o comandoddbmadmin. Por exemplo, a criação de lockbox com o comando ddbmadmin -P -z<configuration_file> apresenta falha com a seguinte mensagem de erro:

Cannot create the directory 'C:\Program Files\DPSAPPS\common\lockbox'.

O usuário do Windows pode executar o comando ddbmadmin na janela Command Prompt comoum administrador:

1. Clique em Start.

2. Clique com botão direito em Command Prompt.

3. Selecione Run as administrator.

4. Execute o comando ddbmadmin necessário na janela Command Prompt aberta.

Uma atualização importante do sistema pode produzir um erro de limite de valorestável de lockbox

Quando um host acessa pela primeira vez uma lockbox independente ou compartilhada,determinados valores estáveis do sistema (SSVs) são armazenados na lockbox para o host. Oagente de aplicativos de banco de dados requer que um número específico de SSVs sejacorrespondido para o host para cada acesso à lockbox subsequente.

Quando uma atualização importante do sistema host faz com que várias SSVs sejam alteradas, onúmero necessário de SSVs poderá não corresponder quando o host tentar acessar a lockboxdurante uma operação de backup ou restauração. Nesse caso, a tentativa do host de acessar alockbox pode produzir o seguinte erro:

The Lockbox stable value threshold was not met because the system fingerprint has changed. To reset the system fingerprint, open the Lockbox using the passphrase.

Se você identificar esse erro, poderá concluir a seguinte operação para ativar o acesso à lockboxpara o host:

l Em um sistema independente, crie novamente a lockbox para o host e execute o registronovamente.

l Em um sistema de alta disponibilidade com uma lockbox compartilhada:

1. Revogue o acesso à lockbox do host executando o comando ddbmadmin -R a partir deoutro host.



2. Conceda acesso à lockbox para o host executando o comando ddbmadmin -G a partir deoutro host.

Como opção, você pode definir e usar uma senha personalizada que permite redefinir a lockbox ourestabelecer o acesso a um host quando a lockbox ficar inacessível. Esse recurso é útil quando umalockbox não compartilhada fica inacessível ocasionalmente. Definir e usar uma senha personalizadapara acesso à lockbox na página 121 apresenta detalhes sobre a configuração de uma senhapersonalizada.

Como opção, você pode usar uma opção de segurança de lockbox para selecionar um nível padrãoou um personalizado para a segurança da lockbox. O nível de segurança padrão é recomendado. Onível de segurança personalizado pode proporcionar acesso mais fácil à lockbox depois de umaatualização importante do sistema operacional. No entanto, o nível personalizado tem possíveispreocupações de segurança, portanto, a configuração e o uso de uma senha personalizado sãorecomendados. Redefina o nível de segurança da lockbox na página 122 apresenta mais detalhessobre como definir o nível de segurança da lockbox.

A restauração falha se a configuração do parâmetro CLIENT não corresponderao nome do client de backup

Uma restauração pelo agente de aplicativos de banco de dados apresenta falha se a restauraçãousar a configuração de parâmetro CLIENT, mas o valor do parâmetro não corresponder ao nomede host gravado no backup pelo agente de aplicativos de banco de dados.

Por exemplo, uma restauração do DB2 para um novo host usa a configuração de parâmetroCLIENT saps2d01.vsp.com para especificar o host original que foi feito backup. No entanto, oparâmetro CLIENT não foi definido para o backup e o nome de host curto saps2d01 foi registradono backup por padrão. Nesse caso, a restauração apresenta falha porque a configuração doparâmetro CLIENT para a restauração não é idêntica ao nome de host gravado no backup.

A restauração apresenta falha com o seguinte tipo de mensagem de erro:

Opening the directory 'directory_pathname' failed ([5004] nothing matched).

Certifique-se de que a configuração do parâmetro CLIENT para a restauração corresponde aonome de host gravado no backup no sistema Data Domain. Geralmente, você pode executar ocomando hostname no nível do sistema operacional para obter o valor padrão do nome de hostusado no backup se o host original estiver disponível. Você também pode entrar em contato com osuporte técnico para verificar o hostname gravado no backup.

Dicas de solução de problemas específicas do Storage DirectAnalise as informações a seguir sobre as questões de solução de problemas que podem seridentificadas em operações do Storage Direct com o agente de aplicativos de banco de dados.

A operação do Storage Direct poderá apresentar falha devido a problemas deconfiguração

Antes de iniciar uma operação do Storage Direct, certifique-se de que o banco de dados e osoftware estejam configurados corretamente.

A operação do Storage Direct poderá apresentar falha devido aos seguintes problemas deconfiguração:

l O daemon ou serviço do ddbsm não está em execução.

l Existem problemas no arquivo de configuração do agente de aplicativos de banco de dados.



l Em um backup de snapshot, o banco de dados não reside em LUNs suscetíveis a snapshot,como dispositivos VMAX em um backup do VMAX do Storage Direct.

l O software Solutions Enabler necessário não é instalado, especialmente quando uma operaçãosymapi do VMAX está envolvida.

Os seguintes exemplos mostram algumas das mensagens de erro correspondentes:

Failed to set up SymApi handle: Unable to get installed Solutions Enabler version, vmax error code 1, Solutions Enabler is not installed, /usr/lib64/libsymlvm64.so: cannot open shared object file: No such file or directory

As operações específicas de aplicativos também produzem tipos específicos de mensagens deerro:

l Uma operação do DB2 Storage Direct produz a seguinte mensagem de erro:

An error occurred while accessing media "libddboostdb2.so". Reason code: "11".

l Uma operação do Oracle Storage Direct produz uma das seguintes mensagens de erro:

> RMAN-03002: failure of backup command at 04/27/2017 06:18:23> ORA-27203: skgfpqb: sbtpcquerybackup returned error> ORA-19511: non RMAN, but media manager or vendor specific failure, error text:> pb_init() failed with: 3 (113:501:111)

RMAN-00571: ===========================================================RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============RMAN-00571: ===========================================================RMAN-03002: failure of backup command at 06/23/2017 16:08:53RMAN-06416: PROXY ONLY was specified and some files could not be proxy copied

Determine a causa do erro no sistema específico e solucione o problema antes de executarnovamente a operação do Storage Direct.

A restauração poderá falhar devido a uma versão do file system ou dogerenciador de volumes incompatível

A restauração poderá falhar quando o file system de destino não for compatível com a versão dofile system de backup.

A restauração poderá falhar quando a versão do file system ou do gerenciador de volumes no hostde destino for anterior à versão nos file systems de backup. Por exemplo, com o Veritas VolumeManager, a restauração com falha exibe a seguinte mensagem de erro:

Disk group has no valid configuration copies

Como solução temporária, certifique-se de que a versão do file system ou do gerenciador devolumes no host de destino seja igual ou posterior à versão nos file systems de backup e, emseguida, execute novamente a restauração. A documentação do gerenciador de volumes e do filesystem apresenta mais detalhes.

Solução de problemas de restaurações do Storage Direct para VMAXVocê pode definir o parâmetro opcional RESTORE_FROM_DD_ONLY no arquivo de configuraçãopara ajudar na solução de problemas com as operações de restauração do Storage Direct paraVMAX. Use este parâmetro somente para fins de depuração.

Ao definir o parâmetro RESTORE_FROM_DD_ONLY para o valor padrão FALSE, o agente deaplicativos de banco de dados tenta primeiro restaurar um backup do Storage Direct para VMAX apartir do snapshot local mais recente no VMAX. Se o snapshot local não estiver disponível, o



agente de aplicativos de banco de dados restaura a partir do sistema Data Domain. O parâmetrodefinido como TRUE especifica a restauração a partir do sistema Data Domain somente.

Storage Direct para dispositivos VMAX deve ser reconhecido pelo banco dedados de configuração do Symmetrix

Os dispositivos recém-adicionados devem ser adicionados ao banco de dados de configuração doSymmetrix do host de aplicativos. Caso contrário, uma operação do Storage Direct falhará quandoos dispositivos não forem reconhecidos, produzindo o seguinte tipo de mensagem de erro:

103815 03/15/18 08:30:12 1 15442 1521117010 ddbsmd NSR info Device [/dev/rdsk/c4t50000973501294D9d6s2] not known to symapi database 0 03/15/18 08:30:12 1 15442 1521117010 ddbsmd NSR critical LOG [msg #359 SymApiInterface.cpp 1374 PSDBG 0] Device [/dev/rdsk/c4t50000973501294D9 d6s2] not known to symapi database

Para confirmar se os dispositivos são conhecidos no banco de dados, verifique a lista dedispositivos conhecidos como gerado pelo comando sympd list ou symdev list de interfacede linha de comando (SYMCLI) do Symmetrix.

Para atualizar o banco de dados do Symmetrix quando novos dispositivos forem adicionados,execute o comando symcfg com a opção discover:

symcfg discover

Deve existir um link do snapvx para o dispositivo de backup do Storage Directpara VMAX

Um backup do Storage Direct para VMAX requer uma sessão do snapvx com um link da origem dobackup para a LUN de backup de FTS de destino. Caso contrário, o backup falhará com o seguintetipo de mensagem de erro do arquivo de rastreamento do ddbsmd:

[msg #2216 dd_snapshot_impl.cpp 741 PSDBG -1] Unable to find any FAST.X target linked to SnapVX snapshot of source device 000197000758:0025D[msg #2223 dd_snapshot_impl.cpp 571 PSDBG -1] Error allocating source/target devices: Unable to find any FAST.X target linked to SnapVX snapshot of source device 000197000758:0025D

Certifique-se de que um link do snapvx para uma LUN de backup de FTS exista para o dispositivode backup antes de iniciar um backup. Para verificar a existência de um link para um dispositivo debackup, execute o seguinte comando:

symsnapvx -sid <SymID> list -linked -dev <deviceSymId>

O guia de referência de comandos do Symmetrix apresenta detalhes sobre como verificar eestabelecer uma sessão do snapvx e criar um link para um dispositivo.

Limpeza manual de dispositivos de restauração FAST.X após uma restauraçãocom falha de um backup do Storage Direct para VMAX

Quando uma restauração do Storage Direct para VMAX apresenta falha devido a erros ou a umasolicitação de cancelamento iniciada pelo usuário, a restauração não pode realizar uma limpezaautomática, inclusive uma limpeza do estado de dispositivos de restauração. Nesse caso, algumasetapas de limpeza manual podem ser necessárias para que os dispositivos possam ser usados napróxima restauração. Para permitir que a próxima operação de restauração use os dispositivosFTS, os dispositivos não deverão ter nenhum bloqueios e deverão estar no estado Não está pronto.



Você pode executar as seguintes etapas de limpeza manual para ativar os dispositivos FTS para apróxima operação de restauração.

1. Para listar os dispositivos FTS que podem ser usados para uma operação de restauração,execute o seguinte comando:

symsg -sid <SymID> show <VMAX_RESTORE_FASTX_SG_name>

Por exemplo:

symsg -sid 758 show ledma179_sg02... Devices (3): { ---------------------------------------------------------------- Sym Device Cap Dev Pdev Name Config Attr Sts (MB) ---------------------------------------------------------------- 00260 /dev/sdn TDEV NR 8629 00261 /dev/sdy TDEV NR 8629 00262 /dev/sdab TDEV NR 8629 }

2. Para verificar se os dispositivos estão bloqueados, execute o seguinte comando:

symdev -sid <SymID> -lock -devs <devSymID1:devSymIDn> list

3. Para liberar um bloqueio nos dispositivos, execute o seguinte comando:

symdev -sid <SymID> -lock -devs <devSymID1:devSymIDn> release

4. Para verificar se um dispositivo está no estado Atualização de imagem, execute o seguintecomando:

symdev -sid <SymID> show <devSymID> | grep -i status

Por exemplo:

symdev -sid 758 show 0260 | grep -i statusDevice Status : Not Ready (NR) (Image Refresh)...

5. Para mover o dispositivo para fora do estado Atualização de imagem, execute o seguintecomando:

symdev -sid <SymID> cancel_image_refresh <devSymID>

Por exemplo:

symdev -sid 758 cancel_image_refresh 260 Execute a 'Cancel Image Refresh' Device operation for device '260' (y/[n])? y

'Cancel Image Refresh' Device operation successfully completed for the device.



Obs.:

l A operação de cancelamento não funciona em um dispositivo bloqueado. Libere obloqueio do dispositivo, se necessário.

l Certifique-se de que os dispositivos não sejam usados por nenhuma operação derestauração de Storage Direct em execução. O cancelamento interfere nas operaçõescontínuas e pode causar um comportamento inesperado.

6. Para mover o dispositivo para o estado Não está pronto para o uso na próxima restauração,execute o seguinte comando:

symdev -sid <SymID> not_ready <devSymID>

Liberação manual de um dispositivo vdisk bloqueado após uma operação derestauração com falha ou abortada

Quando uma restauração em nível de objeto falha ou é abortada, os dispositivos de restauração devdisk podem ser bloqueados.

Procedimento

Execute as seguintes etapas para liberar manualmente um dispositivo de restauração vdiskbloqueado.

Procedimento

1. Execute o seguinte comando no sistema Data Domain usando o World Wide Name (WWN)do dispositivo de destino para determinar o status de bloqueio dos dispositivos:

vdisk device show detailed wwn <device_wwn>

A saída relata detalhes sobre o dispositivo e o status do bloqueio.

2. Se algum dispositivo estiver bloqueado, execute o seguinte comando para liberar o bloqueio:

vdisk property reset object-name <device_name> object-type device property-name __LUN-IS-LOCKED__

O seguinte tipo de mensagem é exibido:

VDISK property "__LUN-IS-LOCKED__" removed from device "vdisk-device123"



CAPÍTULO 5

Operações do Application Direct em SistemasDB2


l Visão geral das operações do Application Direct em um ambiente DB2................................ 154l Configuração das operações do Application Direct em um ambiente DB2............................ 156l Fazendo backups e recuperação do Application Direct com o CLP do DB2.......................... 162l Fazendo backups e restaurações do Application Direct com a GUI do DB2.......................... 169l Realizando uma recuperação de dados de backup do Application Direct com programas

utilitários.............................................................................................................................. 170l Executando a recuperação de desastres do DB2.................................................................. 178l Requisitos de DB2 DPF para operações do Application Direct..............................................179l Requisitos de DB2 HADR para operações do Application Direct...........................................180l Requisitos do DB2 pureScale para operações do Application Direct..................................... 181l Dicas de solução de problemas do DB2 para operações do Application Direct......................185


Visão geral das operações do Application Direct em umambiente DB2

O agente de aplicativos de banco de dados é integrado às interfaces do DB2 para fornecedores degerenciamento de mídia de terceiros a fim de habilitar backups de dados, restaurações,arquivamento de registro de transação e exclusão de backup (remoção) do DB2.

Você pode realizar um backup ou recuperação com o produto em um servidor de banco de dadosdo DB2 executando um das ferramentas compatíveis de backup ou recuperação do DB2:

l CLP (Command Line Processor, processador de linha de comando) do DB2 com os comandosdb2 backup, db2 restore, db2 rollforward e db2 recover

l GUI do IBM Data Studio (DB2 10.1 e posterior)

l GUI do Centro de controle do DB2 (DB2 9.x)

Você pode usar essas ferramentas em cooperação com o agente de aplicativos de banco de dadospara executar as seguintes operações do DB2:

l Backups on-line e off-line

l Backups completos, incrementais e delta

l Backups de registro arquivado

l Recuperação de um banco de dados para a hora atual ou um point-in-time específico

l Recuperação para o local original ou um local alternativo

l Backup e recuperação de bancos de dados, tablespaces e registros arquivados

l Exclusão de backup (remoção)

O produto mantém índices de backup on-line no sistema Data Domain, que estão além do arquivode histórico do DB2. Durante os backups, o produto cria entradas de backup nos índices on-line, osquais apresentam as informações necessárias para restaurar os dados de backup.

Durante um backup off-line, nenhum outro aplicativo pode usar o banco de dados que está sendocopiado. A restauração de um backup off-line não requer uma operação de avanço. Para um bancode dados recuperável, conforme configurado com logarchmethn, você deve especificarexplicitamente a opção without rolling forward para ignorar a operação de avanço. Sem aoperação de avanço, a restauração de um backup off-line retorna o banco de dados para o estadoque estava no momento do backup.

Durante um backup on-line, outros aplicativos podem se conectar ao banco de dados que estárecebendo backup. Backups on-line estão disponíveis apenas para bancos de dados recuperáveis.A restauração de um backup on-line requer uma operação de avanço, que usa os registros ativosou arquivados para restaurar em um point-in-time específico ou no final dos registros de ativos.

A documentação do DB2 apresenta detalhes sobre esses recursos e sobre a estratégia derecuperação de bancos de dados.

A seção solução de problemas no final deste capítulo apresenta detalhes sobre as limitações nasoperações do Application Direct com o agente de aplicativo de banco de dados em um ambienteDB2.

Processos de backup do Application Direct DB2Um backup de banco de dados do DB2 inclui as interações de processo a seguir.

Operações do Application Direct em Sistemas DB2


1. O administrador do banco de dados inicia o backup executando o comando db2 backup, aGUI do IBM Data Studio ou a GUI do Centro de controle do DB2.

2. O software do DB2 carrega a biblioteca compartilhada usada pelo agente de aplicativos debanco de dados.

Obs.: A documentação da IBM refere-se a essa biblioteca como uma biblioteca defornecedor.

3. O agente de aplicativos de banco de dados lê o arquivo de configuração e inicializa a mídia detransferência de dados.

4. O software do DB2 envia o banco de dados ou os dados de registro para o agente deaplicativos de banco de dados, que usa a interface do DD Boost para enviar os dados para osistema Data Domain para armazenamento.

Processos de restauração do Application Direct DB2Uma restauração de banco de dados do DB2 inclui as interações de processo a seguir.

1. O administrador do banco de dados inicia a restauração executando o CLP do DB2, a GUI doIBM Data Studio ou a GUI do Centro de controle do DB2.

2. O software do DB2 carrega a biblioteca compartilhada usada pelo agente de aplicativos debanco de dados.

3. O agente de aplicativos de banco de dados lê o arquivo de configuração e inicializa a mídia detransferência de dados.

4. O software do DB2 solicita o backup do agente de aplicativos de banco de dados.

5. O agente de aplicativos de banco de dados executa as seguintes tarefas:

a. Consulta o índice no sistema Data Domain para localizar os dados de backup.

b. Recupera os dados de backup do sistema Data Domain.

c. Envia os dados de backup para o servidor do DB2.

Backups do DB2 de registros de transaçõesO software de DB2 oferece dois tipos de registro de transação:

l O registro circular é o comportamento padrão quando você cria um banco de dados DB2. Comesse tipo de registro, cada backup completo exclui os registros de transação. Você poderestaurar apenas os backups completos. O registro circular é compatível somente com backupsoff-line completos do banco de dados.

l O registro arquivado dá suporte a backups on-line e à recuperação de avanço. Com esse tipode registro, os registros de transação são mantidos como registros arquivados que podem sergerenciados pelo agente de aplicativos de banco de dados. Você pode recuperar um banco dedados ou tablespace para um point-in-time específico usando o recurso de avanço. Você poderecuperar os registros arquivados e aplicar as transações nos registros em sequência até oponto especificado, até o fim do backup ou o até o fim dos registros.

Certifique-se de que o backup dos registros de transação arquivados DB2 foi feito, por exemplo,configurando o backup automático dos registros de transação do DB2, conforme descrito em Configurando o arquivamento de registro de transação do DB2 na página 158.

Obs.:Para um banco de dados que foi descartado e criado novamente com o mesmo nome, assegurea configuração correta dos backups de registros arquivados. Problemas no DB2 devido àrecuperação incorreta de registros na página 189 apresenta detalhes sobre como evitarproblemas com backups de registros arquivados para um banco de dados criado novamente.



Depois de uma atualização de software do produto ou da implementação de um novolibddboostdb2.x de biblioteca de fornecedores, certifique-se de que o banco de dados do DB2seja reiniciado ou reativado se ele tiver sido ativado, o que limpa a imagem da biblioteca antigacarregada no processo do gerenciador de registros do DB2. Configurando o arquivamento deregistro de transação do DB2 na página 158 apresenta os detalhes.

Configuração das operações do Application Direct em umambiente DB2

Você deve concluir as configurações necessárias do agente de aplicativos de banco de dados paraativar as operações do Application Direct em um ambiente DB2. Os tópicos a seguir apresentamdetalhes sobre a configuração do produto.

A seção solução de problemas no final deste capítulo apresenta detalhes sobre as limitações nasoperações do Application Direct com o agente de aplicativo de banco de dados em um ambienteDB2.

Integrando o produto ao ambiente DB2Após a instalação do produto no Windows, verifique se a variável de ambiente do sistema %PATH%inclui o diretório de instalação do software:

C:\Program Files\DPSAPPS\DBAPPAGENT\binObs.: O nome do caminho de diretório pode incluir espaços, mas não pode haver espaços antesou depois do nome do caminho.

Reinicie o gerenciador do banco de dados do DB2 após a instalação do produto.

Configurando os parâmetros do DB2 para operações do Application DirectVocê deve definir os parâmetros necessários para as operações do DB2 no arquivo de configuraçãousado pelo agente de aplicativos de banco de dados.

Definindo o arquivo de configuração na página 80 descreve os parâmetros comuns e como definiros parâmetros no arquivo de configuração. Configurando as restaurações de backups replicados napágina 96 também descreve os parâmetros e os requisitos para as restaurações de backupsreplicados.

Certifique-se de que o arquivo de configuração também contém os parâmetros DB2 apropriados databela a seguir. Para cada parâmetro, a tabela lista o título de seção da seção do arquivo deconfiguração que contém o parâmetro.

Depois que o arquivo de configuração estiver configurado, certifique-se de que os procedimentosnecessários da lockbox foram executados conforme descrito em Configurando a lockbox na página110.

Tabela 18 Parâmetros do DB2 para operações do Application Direct

Parâmetro: DB2_ALIAS

Seção: [GENERAL]

Especifica o nome do banco de dados do DB2 de origem, que foi usado para o backup do banco de dados ou dosregistros arquivados.



Tabela 18 Parâmetros do DB2 para operações do Application Direct (continuação)

Opcional para uso com o programa de recuperação de backup eventual, ddbmdb2adutil. Corresponde à opção de

comando -a <database> do programa. Use a opção de comando ou defina esse parâmetro DB2_ALIAS no arquivo

de configuração.

Valores válidos:


l Nome válido do banco de dados do DB2, que foi usado para o backup do banco de dados ou do registro.

Parâmetro: DB2INSTANCE

Seção: [GENERAL]

Especifica o nome da instância do DB2 de origem que foi usado para o backup e contém os registros arquivados aserem recuperados.

Obrigatório para uma restauração a um banco de dados de uma instância diferente e para uma recuperação eoperação de avanço a um banco de dados de uma instância diferente.

Opcional para uso com o programa de recuperação de backup eventual, ddbmdb2adutil. Corresponde à opção de

comando -I <DB2_instance> do programa. Use a opção de comando ou defina esse parâmetro DB2INSTANCE no

arquivo de configuração.

Obs.:Certifique-se de que tenha definido o parâmetro para o valor correto. A documentação do DB2 apresentadetalhes.

Garanta que você tenha definido o parâmetro no arquivo de configuração logarchoptn, já que o parâmetro é

obrigatório para uma operação de recuperação de registro. Acordo com as restrições do IBM DB2, ocomprimento da configuração logarchoptn deve ser menor do que 30 caracteres, inclusive o símbolo @

principal.

Valores válidos:


l Nome válido da instância de origem do DB2 que contém os registros a serem recuperados.

Parâmetro: DB2_NUM_NODE

Seção: [GENERAL]

Especifica o número do nó ou o número da partição do nó para o qual o backup foi realizado. Em um ambientepureScale, especifica o ID do membro.

Opcional para uso pelo programa ddbmdb2adutil para recuperar um backup de banco de dados ou backup de

registro.

Valores válidos:

l 0 (padrão).

l Número de nós válidos ou número da partição do nó para o qual o backup foi realizado. ID válido do membro emum ambiente pureScale.

Parâmetro: SOURCE_CLIENT

Seção: [GENERAL]

Especifica o nome de host do client de origem sob o qual o backup foi indexado.



Tabela 18 Parâmetros do DB2 para operações do Application Direct (continuação)

Esse parâmetro é usado em uma recuperação de avanço do banco de dados de destino após uma restauração paraum client diferente, em que uma reversão é possível.

Opcional para um avanço após uma restauração redirecionada.

Valores válidos:

l Indefinido (padrão). Se não for especificado, o valor CLIENT é usado.

l Nome de host válido do client de origem, como usado no backup.

Parâmetro: SOURCE_DBNAME

Seção: [GENERAL]

Especifica o nome do banco de dados do DB2 de origem, que foi usado originalmente para o backup dos registrosarquivados.

Obrigatório para uma recuperação do banco de dados e operação de avanço para um banco de dados diferente.

Valores válidos:


l Nome válido do banco de dados do DB2 de origem, que foi usado originalmente para o backup do banco dedados ou dos registros arquivados.

Configurando o arquivamento de registro de transação do DB2Quando você configura o arquivamento de registros de transações do DB2, o agente de aplicativosde banco de dados faz os backups de registro com base nas configurações de política de banco dedados do DB2. O produto não tem controle sobre quando é feito o backup dos registros ou comque frequência. O servidor do DB2 inicia o backup quando um registro de transações fica cheio equando o banco de dados está ativo.

Procedimento

Para desativar e ativar o banco de dados DB2, execute os seguintes comandos:

db2 deactivate database <database_name>db2 activate database <database_name>

Para listar os banco de dados DB2 ativos, execute o seguinte comando:

db2 list active databases

Conclua as etapas necessárias para configurar o arquivamento do registro de transação do DB2com o agente de aplicativos de banco de dados.

Procedimento

1. Crie um arquivo de configuração para o backup de registros arquivados, que pode ser igualou diferente do arquivo de configuração usado para o backup e a restauração do banco dedados.

2. Configure o banco de dados com o comando e as opções apropriadas para o sistemaoperacional do client:



l No UNIX:

db2 update db cfg for <sample> using logarchmeth1 'vendor:<library_path>/libddboostdb2.so' logarchopt1 '@<pathname>/db2_tlogs.cfg'

l No Windows:

db2 update db cfg for <sample> using logarchmeth1 'vendor:C:\Program Files\DPSAPPS\DBAPPAGENT\bin\libddboostdb2.dll' logarchopt1 '@<pathname>\db2_tlogs.cfg'

onde:

n library_path é o nome de caminho do diretório da biblioteca usada pelo agente deaplicativos de banco de dados para operações do DB2.

n sample é o nome do banco de dados a ser armazenado.

n pathname/db2_tlogs.cfg ou pathname\db2_tlogs.cfg é o nome de caminhocompleto do arquivo de configuração do DB2. Não especifique um nome de caminhorelativo.

AVISO A configuração logarchoptn é usada para preencher no campo COMMENTnos registros arquivados do histórico do DB2, que é restrita a um tamanho máximode 30 caracteres. Esse valor é então usado durante a remoção de registrosarquivados e durante a fase de avanço em uma operação db2 recover. Para que aoperação seja bem-sucedida, a configuração logarchoptn deverá ser menor que30 caracteres de extensão, inclusive o símbolo principal @.

3. Quando você concluir a configuração, execute um backup off-line, conforme exigido pelaIBM DB2. Fazendo backups e recuperação do Application Direct com o CLP do DB2 napágina 162 inclui um exemplo de como executar um backup do DB2.

Configurando a exclusão de backup do DB2A exclusão ou remoção automática do histórico de recuperação de banco de dados pelogerenciador de banco de dados do DB2 baseia-se na configuração dos parâmetros de configuraçãonum_db_backups e rec_his_retentn. Quando você define o parâmetro de configuraçãoauto_del_rec_obj para on do banco de dados do DB2, o gerenciador de banco de dados doDB2 realiza automaticamente as seguintes operações de manutenção quando ambos os valoresnum_db_backups e rec_his_retentn forem excedidos:

Procedimento

l Remove o histórico de banco de dados.

l Exclui as imagens de backup correspondentes, as imagens de cópia de carga e os arquivos delog. Esses objetos são geralmente chamados de objetos de recuperação do DB2.

Essas operações de manutenção podem ser realizadas como parte de um backup.

Certifique-se de que o histórico de backups de DB2 e a configuração de backup e oarmazenamento estejam sincronizados. Caso contrário, a remoção automática do objeto de backuppoderá falhar com o seguinte erro no registro de diagnóstico do DB2:

MESSAGE : SQL2062N An error occurred while accessing media "". Reason code: "".

Quando o histórico de backups de DB2 e a configuração de backup e o armazenamento nãoestiverem sincronizados, as operações do fornecedor do DB2 poderão se tornar degradadas. Umbackup também poderá ficar bloqueado quando a remoção obrigatória não puder ser concluída.



Verifique se os seguintes requisitos foram atendidos:

l O arquivo de configuração original, especificado no logarchoptn conforme registrado noarquivo de histórico do DB2, existe no sistema com o nome de caminho completo necessárioque será usado na remoção do objeto de backup. Sem esse arquivo de configuração, a remoçãofalhará.

l É recomendável que você não use ddbmadmin a remoção manual do objeto de backup quandoa remoção puder ser gerenciada pela política de retenção de DB2. A remoção por meio deddbmadmin não limpa o histórico do DB2.

Se você usar ddbmadmin para exclusão manual, certifique-se de que o histórico do DB2também esteja sincronizado com o armazenamento para backup do fornecedor.

Você pode realizar as seguintes etapas para habilitar a exclusão automática de backups do DB2.

Procedimento

1. Defina o parâmetro vendoropt da configuração de banco de dados do DB2 para o nome decaminho do arquivo de configuração do banco de dados de DB2 ou tablespace cujos backupsdevem ser excluídos. Por exemplo:

db2 update db cfg for <sample> using vendoropt '@<pathname>/db2_ddbda.cfg'

em que:

l sample é o nome do banco de dados ou tablespace cujos backups devem ser excluídos.

l pathname/db2_ddbda.cfg é o nome de caminho completo do arquivo deconfiguração.

2. Habilite a remoção automática do histórico de recuperação:

db2 update db cfg for <sample> using num_db_backups <n>db2 update db cfg for <sample> using rec_his_retentn <number_of_days>

3. Habilite a exclusão automática das imagens físicas de backup e arquivos de log:

db2 update db cfg for <sample> using auto_del_rec_obj on

em que sample é o nome do banco de dados cujos backups devem ser excluídos.

Obs.: Sem essa etapa, a remoção do histórico de recuperação remove entradas somenteno arquivo de histórico de DB2 e não remove os backups associados.

Você também pode remover o arquivo de histórico e excluir os backups manualmenteusando o comando db2 prune.

A documentação do DB2 oferece detalhes sobre a exclusão automática de objetos derecuperação de DB2 e o comando db2 prune.

Evitando a exclusão de imagens de backup do DB2A exclusão automática e a remoção manual podem remover acidentalmente as imagens de backupque ainda são necessárias, especialmente quando o gerenciamento de retenção de imagens debackup depende somente da configuração de exclusão automática e da exclusão manual de objetosde recuperação.



Se você quiser excluir certos backups da exclusão automática e reter os backups por mais tempo,atualize o status de todas as entradas associadas no arquivo de histórico de recuperação parado_not_delete (acrônimo X). Por exemplo, execute o seguinte comando:

db2 update history EID 10 with status X

DB20000I The UPDATE HISTORY command completed successfully.

Quando você realizar a remoção manual, não use a opção with force para que a configuração destatus seja eficaz. Se você usar essa opção, as entradas de backup ainda são removidas.

Quando você não precisa mais manter as imagens de backup, atualize o status das entradas devolta para normal, por exemplo, ativo (A) ou expirado (E). Esse status atualizado permite aremoção dessas imagens de backup de acordo com a configuração de exclusão automática emvigor para outras imagens de backup. A documentação do DB2 apresenta mais detalhes sobrecomo proteger objetos de recuperação da exclusão.

Estimando o uso de recursos do Data Domain em sistemas DB2Os tópicos a seguir fornecem diretrizes adicionais e práticas recomendadas relacionadas ao uso derecursos do Data Domain para sistemas DB2.

Em um backup e restauração com várias sessões do DB2, as sessões normalmente são executadasem paralelo e cada sessão adquire sua própria capacidade e recursos de fluxos do Data Domain.

Em um ambiente de cluster, como um ambiente do recurso de particionamento de banco de dados(DPF), os backups podem ser executados para cada nó ou para todos os nós em paralelo.

Em um backup on-line de banco de dados, os backups de registros de arquivamento geralmentesão executados em paralelo com o backup do banco de dados.

Para as operações que podem ser executadas em paralelo, leve em consideração o uso dosrecursos do Data Domain para a estimativa de uso total no período correspondente.

Quando um backup de registros de arquivamento falha devido à falta de um recurso do DataDomain (ou a outra causa), ocorre uma falha silenciosa e o servidor do DB2 tenta fazer o backupnovamente. Certifique-se de monitorar o arquivo db2diag.log para corrigir quaisquer problemas.

Uso da capacidade nos sistemas DB2Considere as informações deste tópico se você deseja calcular a quantidade de espaço exigida pelosistema Data Domain para backups.

O requisito de capacidade estimada deve incluir o tamanho dos possíveis backups de registros dearquivamento, com base no nível de atividade do banco de dados e no tamanho configurado doregistro. É possível configurar o tamanho do registro por meio da configuração de banco de dadosdo DB2. Quando a atividade de banco de dados aumenta, mais registros podem ser arquivados earmazenados.

Se a capacidade de armazenamento do sistema Data Domain for excedida, a operação de backupapresentará falha. O agente de aplicativos de banco de dados gera o seguinte tipo de mensagemde erro no registro operacional ddboost_db2.message.log:

163542 12/8/2016 11:54:16 AM (pid2640) SYSTEM critical Unable to write to a file due to reaching the hard quota limit.The error message is: [5194] [ 2640] [10476] Thu Dec 08 11:54:16 2016 ddp_write() failed Offset 109051904, BytesToWrite 524288, BytesWritten 0 Err: 5194-Hard Quota Exceeded >



Utilização de fluxos em sistemas DB2

Obs.: O uso de fluxos varia, dependendo do número e do tipo de operações simultâneas quesão executadas em um determinado momento. Este tópico apresenta os números típicos parao uso de fluxos de uma única operação. Para determinar números mais exatos, você devemonitorar o número de fluxos que as unidades de armazenamento usam em um período.

Operações de banco de dados DB2 usam os seguintes números de fluxos:

l Para um backup do banco de dados, o número de fluxos utilizados é normalmente igual aonúmero de sessões mais 1.

l Para um backup de registro de archive, normalmente são utilizados 2 fluxos.

l Para uma restauração e recuperação do banco de dados, o número de fluxos utilizadosgeralmente é 1,5 vez o número de sessões.

l Em um ambiente de vários nós, como um ambiente DPF, multiplique o número de fluxosestimado pelo número de nós que executam o backup ou a restauração.

l Para uma operação de avanço, geralmente são utilizados 2 fluxos.

Por exemplo, em um backup de quatro sessões, a estimativa de uso de fluxos para o backup deveser pelo menos 5. Para um backup on-line, a estimativa de fluxos deve ser incrementada por 2.

Se o sistema Data Domain ficar sem fluxos durante um backup, o agente de aplicativos de bancode dados gera a seguinte mensagem de erro no registro de depuração e operacional de DB2:

153004 05/06/2016 08:43:05 AM (pid25976) SYSTEM critical Unable to write to a file because the streams limit was exceeded.The error message is: [5519] [25976] [139683900024608] Fri May 6 08:43:05 2016ddp_write() failed Offset 0, BytesToWrite 524288, BytesWritten 0 Err: 5519-Exceeded streams limit

Fazendo backups e recuperação do Application Direct com oCLP do DB2

Você pode executar o CLP do DB2 para realizar backups, restaurações e recuperação com oagente de aplicativos de banco de dados. A documentação do DB2 apresenta detalhes sobre oscomandos e opções do CLP do DB2.

Fazendo backups do DB2 com o CLP do DB2Procedimento

Você pode executar um backup de DB2 depois de concluir as configurações de backup em Configuração das operações do Application Direct em um ambiente DB2 na página 156.

Você pode executar o comando db2 backup apropriado para executar um backup do DB2.

Obs.: O agente de aplicativos de banco de dados inclui suporte à opção dedup_device parabackups com o comando db2 backup. A opção dedup_device otimiza o formato dos dadoscujo backup é feito para um dispositivo de desduplicação.

Por exemplo, no UNIX, execute o seguinte comando:

db2 backup db <sample> online load '<library_path>/libddboostdb2.so' open <n> sessions options '@<pathname>/db2_ddbda.cfg' dedup_device

onde:



l sample é o nome do banco de dados para backup.

l online especifica a execução de um backup on-line. O tipo de backup padrão é um backupoff-line.

l library_path é o nome de caminho do diretório da biblioteca usada pelo agente deaplicativos de banco de dados para operações do DB2.

l n é o número de sessões simultâneas de backup.

l pathname/db2_ddbda.cfg é o nome do caminho do arquivo de configuração DB2,conforme descrito em Configurando os parâmetros do DB2 para operações do ApplicationDirect na página 156.

A documentação do DB2 oferece mais detalhes sobre como usar o comando db2 backup parabackups manuais.

Executando operações de carregamento com a opção copy yesO agente de aplicativos de banco de dados dá suporte ao comando load do DB2 com a opçãocopy yes. O comando load carrega com eficiência grandes volumes de dados no nível da páginapara uma tabela do DB2. A documentação da IBM apresenta detalhes completos sobre o comandoload e seus recursos e opções.

A opção copy yes do comando load especifica que uma cópia dos dados carregados é salva (naforma de uma parte do backup do banco de dados) em um local especificado e pode ser usada narecuperação do banco de dados. A imagem load copy pode ser armazenada no mesmo local queos backups de registros de arquivamento (recomendado) ou em qualquer outro local:

l Especifique o local da imagem load copy através da opção LOAD ou TO.

l Especifique o local dos backups dos registros de arquivamento por meio do parâmetro deconfiguração do banco de dados logarchmethn.

Uma operação load com a opção copy yes permite que o banco de dados seja recuperado pormeio da hora do evento load copy sem nenhum tratamento especial. A opção copy yes éválida apenas se a recuperação de avanço estiver ativada.

Uma operação load em um banco de dados recuperável sem a opção copy yes coloca o bancode dados em um estado pendente de backup após a operação ser concluída.

Após ativar a recuperação de avanço para um banco de dados e backups do DB2 configurados como agente de aplicativos de banco de dados, você pode executar o comando load com a opçãocopy yes. A operação salva uma cópia das alterações do banco de dados do DB2 (durante aoperação load) em um fornecedor especificado através da opção load <library_name> ou em umdiretório especificado ou dispositivo através da opção TO. Uma recuperação de avançosubsequente do banco de dados carrega a cópia das alterações salvas diretamente para o banco dedados.

Os mesmos procedimentos de depuração e registro se aplicam a operações do load copy comopara outras operações do DB2 Application Direct com o agente de aplicativos de banco de dados.

Requisitos de configuração para a carga com a opção copy yes

Antes de executar o comando load com a opção copy yes, certifique-se de atender aosseguintes requisitos de configuração:

l Você instalou e configurou o agente de aplicativos de banco de dados de acordo com asinstruções nos capítulos anteriores.

l Você concluiu todos os procedimentos necessários de pós-instalação, inclusive o procedimentode configuração de lockbox.

l Você tem certeza de que o banco de dados é recuperável, devido à configuração de pelomenos um dos parâmetros do banco de dados logarchmethn e, depois, à execução de umbackup completo off-line do banco de dados.



Por exemplo, o seguinte comando configura o parâmetro logarchmeth1:

db2 update db cfg for <database_name> using logarchmeth1 'vendor:/opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so' logarchopt1 '@/space1/cfg/dd.cfg'

l Você definiu o parâmetro vendoropt como o nome de caminho do arquivo de configuraçãopara o banco de dados a ser recuperado. A configuração vendoropt é usada no backupdurante o tempo de load e em uma pesquisa da imagem de backup load copy durante otempo de recuperação.

Por exemplo, o seguinte comando define o parâmetro vendoropt:

db2 update db cfg for <database_name> using vendoropt '@/space1/cfg/dd.cfg'

Executando a operação de carregamento com a opção copy yes

Depois de atender todos os requisitos de configuração, você pode executar a operação load coma opção copy yes para salvar os dados carregados. Por exemplo, a operação a seguir carrega osdados em formato ASCII delimitado (DEL) do arquivo /space1/tmp/load.txt para a tabelatable1 e para o agente de aplicativos de banco de dados por meio da biblioteca de fornecedor,conforme especificado pela opção copy yes:

db2 "load from /space1/tmp/load.txt of DEL insert into table1 copy yes LOAD /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so"

Obs.: Devido ao problema IT08141 da IBM, pode ser exibido um aviso no registro de depuraçãosobre o número de sessões usadas na operação. Esse problema não afeta o backup da imagemload copy ou a recuperação subsequente que usa a imagem de backup. O problema foiprimeiro corrigido no Fix Pack 11 do DB2 9.7. O site da IBM apresenta mais detalhes sobre oproblema IT08141.

Você pode executar o comando list history do DB2 para verificar a operação load evisualizar o registro de load copy salvo no histórico de recuperação do DB2:

db2 list history load all for db <database_name>

No exemplo a seguir, a operação de restauração restaura o último backup da AMOSTRA do bancode dados que foi realizado antes da operação load. A operação de avanço localiza e carrega aimagem load copy (salva pela operação load) e quaisquer outros registros de arquivamentodiretamente no banco de dados:

db2 restore db SAMPLE LOAD /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/db2inst1/dd.cfg taken at 20160704120000db2 rollforward db SAMPLE to end of logs and stop

Exibindo informações salvas do backup de load copy

Ao executar uma operação load com a opção copy yes, os dados carregados são salvos comoum backup do banco de dados no namespace do fornecedor. O tipo de backup é classificado comoLOAD_COPY, conforme definido pelo fornecedor do DB2 e APIs administrativas.

É possível executar o comando ddbmadmin em modo detalhado (com a opção -v) para exibir osaveset e salvar informações do arquivo do backup de load copy. Configurando a exibição e



http://www-01.ibm.com/support/docview.wss?uid=swg1IT08141

exclusão de informações do saveset na página 124 apresenta detalhes sobre o comandoddbmadmin e suas opções.

O tipo de backup de load copy é salvo nos metadados do XBSA do backup. Você pode executaro comando ddbmadmin -f -v para visualizar esse tipo de backup nas informações do arquivosalvas no backup.

O seguinte exemplo de comando ddbmadmin -v -f exibe as informações salvas do arquivo deum backup de load copy, inclusive o nível de LOAD_COPY:

ddbmadmin -v -f -b "07/05/2016 12:36:05 PM" -e "07/05/2016 12:36:05 PM" -n db2 -z /space1/mycfg/dd.cfg

141540:ddbmadmin:The parameter 'DB2_ALIAS' is being ignored./JT02/NODE0000:/DB_BACKUP.20160705123605.1, application = db2 (27), date = 1467736565 Tue 05 Jul 2016 12:36:05 PM EDT.version=1, objectowner= DB2, objectname=/JT02/NODE0000 /DB_BACKUP.20160705123605.1, createtime=Tue 05 Jul 2016 12:36:05 PM EDT, copytype=3 BSACopyType_BACKUP, copyId=1467736565.1467736566, restoreOrder=1467736565.1, objectsize=0.0, resourcetype=database, objecttype=4 BSAObjectType_DATABASE, objectstatus=2 BSAObjectStatus_ACTIVE, description=database app agent_v47:DB2_v970:LOAD_COPY:JT02:TEQ, objectinfo=jt971:0.

O seguinte exemplo de comando ddbmadmin -v -s exibe as informações do saveset a partir dobackup de load copy:

ddbmadmin -v -s -e now -n db2 -z /space1/mycfg/dd.cfg

Record file = /tangd1/dd4/bu-today.lss.emc.com/27/2.0/meta_rec/JT971/JT02/NODE0000/DBIMG/_ts10k_146773/1467736565. rec.client = bu-today.lss.emc.com, date and time = 07/05/2016 12:36:05 PM, size = 279008, ssid = 1467736565, name = DB2:/JT02/NODE0000ssid=00ec186e-00000011-00000000-577be1fa-577be1f5-68009e56 (1467736565), date and time=07/05/2016 12:36:05 PM (1467736565), host=bu-today.lss.emc.com, name=DB2:/JT02/NODE0000, continuedfrom=0, level=incr, sflags=0, size=279008,files=1, insert=07/05/2016, create=07/05/2016, complete=07/05/2016, browse=forever, retent=02/07/2106 01:28:15 AM,clientid=0, attrs=\ *ACTUAL_HOST: bu-today.lss.emc.com; *ss data domain backup cloneid: 1467736565; *ss data domain dedup statistics: "v1:1467736565:279752:67159:2231"; index subspace: JT971/JT02/NODE0000/DBIMG; record file name: /tangd1/dd4/bu-today.lss.emc.com/27/2.0/meta_rec/JT971/JT02/NODE0000/DBIMG/_ts10k_146773/1467736565.rec;, clones=0

Realizando restaurações do DB2 com o CLP do DB2Você pode executar o comando db2 restore apropriado para realizar uma restauração de dadosdo DB2 para o mesmo host do aplicativo do DB2 ou para um host diferente.

Procedimento

Uma restauração do DB2 pode restaurar os dados para o banco de dados original ou para um bancode dados diferente sob a mesma instância do DB2 ou uma instância diferente.

Obs.: No AIX com o Data Domain Fibre Channel (DFC), uma restauração multi-stream do DB2pode apresentar falha ou ficar suspensa. Você pode solucionar esse problema, aumentando onúmero de dispositivos do client AIX no Data Domain, conforme descrito em A restauração e oavanço multi-stream do DB2 podem falhar no AIX com DFC na página 185.



Executando restaurações do DB2 para a mesma instânciaVocê pode executar as etapas para restaurar os dados do DB2 para a instância original do DB2.

Procedimento

Quando recuperar os dados para um point-in-time, observe o registro de data e hora do backuppara restaurar.

Obs.: O comando db2 restore sem um registro de data e hora sempre usa o backup maisrecente do banco de dados, mesmo quando houver um backup de tablespace após o backup dobanco de dados. Para restaurar o backup mais recente, que é um backup de tablespace, use oregistro de data e hora completo.

Você pode executar o comando db2 restore com as opções apropriadas. Por exemplo:

l No UNIX, execute o seguinte comando:

db2 restore db <sample> load '<library_path>/libddboostdb2.so' open <n> sessions options '@<pathname>/db2_ddbda.cfg' taken at <yyyymmddhhmmss> into <sample2>

em que:

n <sample> é o nome do banco de dados a ser restaurado.

n <library_path> é o nome de caminho do diretório da biblioteca usada pelo agente deaplicativos de banco de dados para operações do DB2.

n <n> é o número de sessões de restauração se o agente de aplicativos de banco de dadosusou várias sessões para o backup.

n <pathname>/db2_ddbda.cfg é o nome do caminho do arquivo de configuração do DB2.

n <yyyymmddhhmmss> é o registro de data e hora do backup para restaurar.

Ignore o parâmetro taken at se estiver restaurando apenas o backup mais recente de umbanco de dados.

n <sample2> é o novo nome do banco de dados, se estiver restaurando para um nome debanco de dados diferente.

Ignore o parâmetro into se estiver restaurando o banco de dados para o nome do banco dedados original.

l No Windows, execute o seguinte comando:

db2 restore db <sample> load 'C:\Program Files\DPSAPPS\DBAPPAGENT\bin\libddboostdb2.dll' open <n> sessions options '@<pathname>\db2_ddbda.cfg' taken at <yyyymmddhhmmss> into <sample2>

Se o registro de data e hora do backup for desconhecido, localize o registro de data e horaconsultando todos os backups com o seguinte comando:

db2 list history backup all for <sample>

em que <sample> é o nome do banco de dados a ser restaurado.

Também é possível ver o tipo e registro de data e hora do backup na saída do comandoddbmadmin -f -v.



Executando restaurações do DB2 em uma instância diferenteVocê pode executar as etapas para restaurar os dados do DB2 em uma instância do DB2 diferente.As etapas a seguir incluem exemplos de comandos e configurações de parâmetros.

Procedimento

1. A partir da nova instância, gere um script de redirecionamento executando o comando db2restore com a opção redirect generate script:

l No UNIX, execute o seguinte comando:

db2 restore db <sample> load '<library_path>/libddboostdb2.so' options '@<pathname>/db2_ddbda.cfg' taken at <yyyymmddhhmmss> redirect generate script '<pathname>/<my_redirect.ddl>'

onde:

n <pathname>/<my_redirect.ddl> é o nome do caminho completo do script deredirecionamento gerado.

n As outras opções da linha de comando são as mesmas conforme descritas em Executando restaurações do DB2 para a mesma instância na página 166.

l No Windows, execute o seguinte comando:

db2 restore db <sample> load 'C:\Program Files\DPSAPPS\DBAPPAGENT\bin\libddboostdb2.dll' options '@<pathname>\db2_ddbda.cfg' taken at <yyyymmddhhmmss> redirect generate script '<pathname>\<my_redirect.ddl>'

Obs.: Certifique-se de que a nova instância tem permissões de leitura e de gravaçãopara o script.

2. Edite o script gerado e defina os seguintes parâmetros conforme aplicável:

l OPTIONS (obrigatório) — Nome do caminho completo do arquivo de configuração usadopelo agente de aplicativos de banco de dados.

l ON — Caminhos de armazenamento do novo banco de dados.

l DBPATH ON/TO— Diretório do banco de dados de destino.

l INTO — Nome do banco de dados novo, se você estiver redirecionando a recuperaçãopara um novo nome.

l TAKEN AT — Registro de data e hora do backup para recuperar, yyyymmddhhmmss, sevocê estiver restaurando os dados para um point-in-time.

l OPEN SESSIONS — Número de sessões de restauração, se o agente de aplicativos debanco de dados tiver usado várias sessões para o backup.

Por exemplo:

OPTIONS ‘@/bigspace/db2_ddbda.cfg’ON ‘/bigspace/db_data’INTO sample2

Obs.: Se o backup do banco de dados incluir tablespaces DMS, talvez você precisedefinir o parâmetro SET TABLESPACE CONTAINERS com o valor adequado.

A documentação do DB2 apresenta detalhes.



3. Para chamar o script de redirecionamento na instância diferente redirecionada onde osdados serão restaurados, execute o seguinte comando no host do aplicativo de DB2:

db2 -tvf <my_redirect.ddl>

onde <my_redirect.ddl> é o nome do script de redirecionamento gerado.

Realizando uma recuperação de DB2 com o CLP do DB2Para recuperar um banco de dados do DB2 para a hora atual ou um point-in-time específico, vocêpode executar o comando db2 rollforward, a fim de aplicar os registros de transações que sãoarmazenados no sistema Data Domain.

Procedimento

Se deseja restaurar e avançar um banco de dados do DB2 em uma única operação, você podeexecutar o comando db2 recover.

Obs.: Para usar a recuperação de avanço, o agente de aplicativos de banco de dados devefazer backup dos registros de transações. Backups do DB2 de registros de transações napágina 155 apresenta detalhes. No AIX com o Data Domain Fibre Channel (DFC), umarecuperação de avanço multi-stream do DB2 pode apresentar falha ou ficar suspensa. Vocêpode solucionar esse problema, aumentando o número de dispositivos do client AIX no DataDomain, conforme descrito em A restauração e o avanço multi-stream do DB2 podem falhar noAIX com DFC na página 185.

Você também pode executar uma recuperação por meio da hora de um evento load copy yes.A operação de avanço localiza e carrega o backup da imagem load copy (salvo pela operaçãoload copy yes) diretamente para o banco de dados quando necessário.

Realizando uma recuperação de DB2 com o comando de avanço db2Para aplicar todas as transações até o final dos registros, execute o seguinte comando:

Procedimento

db2 "rollforward db <sample> to end of logs and complete"

onde sample é o nome do banco de dados.

Para aplicar as transações a um point-in-time específico, especifique a data e a hora no comando.Por exemplo, execute o seguinte comando:

db2 "rollforward db <sample> to <yyyy>-<mm>-<dd>-<hh>.<mm>.<ss> using local time and complete"

Executando a restauração e a recuperação do DB2 com o comando de recuperação db2O comando db2 recover combina as funções do comando db2 restore e do comando db2rollforward.



Procedimento

1. Defina o parâmetro vendoropt da configuração de banco de dados do DB2 para o nome decaminho do arquivo de configuração para o banco de dados a ser recuperado. Por exemplo:

db2 update db cfg for <sample> using vendoropt '@<pathname>/db2_ddbda.cfg'

em que:

l <sample> é o nome do banco de dados ou tablespace a ser recuperado.

l <pathname>/db2_ddbda.cfg é o nome do caminho completo do arquivo de configuração.

2. Execute o comando db2 recover com as opções apropriadas.

Para aplicar todas as transações até o final dos registros, execute o seguinte comando:

db2 recover db <sample> to end of logs

Para aplicar as transações para um point-in-time específico, especifique a data e a hora nocomando. Por exemplo, execute o seguinte comando:

db2 recover db <sample> to <yyyy>-<mm>-<dd>-<hh>.<mm>.<ss> using local time

As opções de linha de comando nesses exemplos são iguais ao descrito em Executandorestaurações do DB2 para a mesma instância na página 166.

Obs.:O comando db2 recover não dá suporte à sintaxe load ou sintaxe options que estádisponível com os comandos db2 backup e db2 restore. Em vez disso, o comandodb2 recover usa as informações no arquivo de histórico do DB2 para determinar qualarquivo será carregado durante a recuperação e usa a variável VENDOROPT paratransmitir o arquivo de opções.

Para um banco de dados descartado, use os comandos db2 restore e db2rollforward para realizar a recuperação de desastres. Você não pode usar o comandodb2 recover para os bancos de dados descartados.

Fazendo backups e restaurações do Application Direct com aGUI do DB2

Você pode executar a GUI do DB2 para realizar backups, restaurações e recuperação com o agentede aplicativos de banco de dados. A documentação do DB2 apresenta detalhes sobre todos osprocedimentos da GUI.

Procedimento

Você pode realizar um backup ou restauração do DB2 depois de concluir as configurações em Configuração das operações do Application Direct em um ambiente DB2 na página 156.

Especifique o arquivo de configuração do produto na GUI configurando VENDOROPT como o valor@<configuration_file_pathname>. Por exemplo:

@d:\db2_ddbda.cfg



O arquivo de configuração do produto deve conter as configurações de parâmetro para o backupou a restauração conforme descrito em Definindo o arquivo de configuração na página 80.

Defina a DLL do fornecedor com o nome da biblioteca do agente de aplicativo de banco de dadosna GUI.

Obs.: Depois de selecionar o caminho da DLL com o centro de controle do DB2 para um clientWindows, coloque o caminho entre aspas ou use um nome de arquivo curto (formato 8.3).Caso contrário, o backup devolverá um erro semelhante ao seguinte exemplo:

SQL0104N An unexpected token "Files\EMC" was found following "<identifier>". Expected tokens may include: "INCLUDE".

No AIX com o Data Domain Fibre Channel (DFC), uma restauração multi-stream e avanço doDB2 podem falhar ou ficar suspensos. Você pode solucionar esse problema, aumentando onúmero de dispositivos do client AIX no Data Domain, conforme descrito em A restauração e oavanço multi-stream do DB2 podem falhar no AIX com DFC na página 185.

Realizando uma recuperação de dados de backup doApplication Direct com programas utilitários

Você pode executar o utilitário ddbmdb2adutil ou o IBM Optim High Performance Unload (HPU)para recuperar dados de backups do Application Direct que são executados pelo agente deaplicativos de banco de dados. Os tópicos a seguir apresentam detalhes sobre como executar osutilitários para a recuperação de dados de backup do Application Direct.

Recuperando backups do banco de dados do DB2 e backups de registros com outilitário ddbmdb2adutil

O agente de aplicativos de banco de dados fornece o programa ddbmdb2adutil independentepara recuperar diretamente backups do banco de dados ou backups de registros de arquivamentopara um diretório local. O programa não é executado pelo servidor do DB2 e nem chama umaoperação de restauração ou de recuperação do DB2. O utilitário pode ser executado por meio dainterface de linha de comando por um usuário que tenha as permissões adequadas para gravar osarquivos recuperados no diretório de destino.

Você pode executar o comando ddbmdb2adutil com as opções de comando apropriadas pararecuperar um backup de banco de dados ou backup de registro que foi realizado pelo agente deaplicativos de banco de dados:

l A opção de tipo de objeto do comando DB especifica a recuperação de um backup de banco dedados com um registro de data e hora do backup do DB2 para um diretório no host local. Osarquivos recuperados podem ser usados em uma ferramenta nativa de validação de backup ouferramenta de verificação. Os arquivos também podem ser usados como imagens de backup dedisco em uma restauração.

l A opção de tipo de objeto do comando LOG especifica a recuperação de backups de registrosde arquivamento em um diretório no host local. Você pode usar os registros de prefetch paraum propósito específico, como recuperação de banco de dados ou envio de logs em umambiente de alta disponibilidade. Por exemplo, você pode usar o diretório que contém osregistros recuperados como o caminho do registro de overflow em uma operação de avanço doDB2.

O prefetch ajuda a reduzir o tempo gasto na consulta, pesquisa e recuperação doarmazenamento do fornecedor durante uma operação de recuperação do banco de dados.

Obs.:



l A estrutura de hierarquia de diretórios do local que contém o banco de dados recuperadoou o backup de registros de arquivamento deve seguir o padrão do DB2 para todas asoperações a serem executadas neste local.

l O programa ddbmdb2adutil recupera os dados de backup. O programa não crianenhuma estrutura extra de diretório que são exigidas por operações ou limpezasubsequentes após tais operações sobre os dados recuperados.

O programa ddbmdb2adutil recupera o backup especificado para um arquivo de imagem debackup com permissão geral 644. O nome do arquivo usa a convenção de nomenclatura de backupem disco do DB2:

l Nome de um arquivo de backup de registros:

S<nnnnnnn>.LOGPor exemplo: S0000007.LOG

l Nome de um arquivo de backup de banco de dados:

n Para a versão anterior à 9.8 do DB2:

<database_alias>.<type>.<instance_name>.NODE<nnnn>.CATN<nnnn>.<timestamp>.<sequence_number>onde <type> é o tipo de backup:

– 0 — backup em nível de banco de dados completo

– 3 — backup em nível de Tablespace

– 4 — imagem de backup gerada pelo comando LOAD COPY TOn Para a versão 9.8 ou posterior do DB2:

<database_alias>.<type>.<instance_name>.DBPART<nnn>.<timestamp>.<sequence_number>

Por exemplo: Peças recuperadas de um backup completo de três sessões de banco de dadosde amostra do DB2 9.7, instância DB2INST1 e NÓ 0, obtido em 20160902094203:

SAMPLE.0.DB2INST1.NODE0000.CATN0000.20160902094203.001SAMPLE.0.DB2INST1.NODE0000.CATN0000.20160902094203.002SAMPLE.0.DB2INST1.NODE0000.CATN0000.20160902094203.003

Obs.: O nome da imagem de backup do banco de dados é construído usando asinformações que são registradas no momento do backup. Para um backup de banco dedados do DB2 pré-9.8, o número de nós do catálogo não é registrado no momento dobackup. Portanto, o nome de um arquivo de backup do banco de dados do pré-9.8 sempreinclui CATN0000. Se o número de nós do catálogo for diferente de 0, você deverá corrigirmanualmente CATN0000 no nome do arquivo antes de usar o arquivo de backup.

Quando vários arquivos de backup forem recuperados, o utilitário ddbmdb2adutil recupera osarquivos em sequência.

Quando o programa ddbmdb2adutil encontra um erro durante uma recuperação de arquivo debackup:

l Para backups de banco de dados, o programa gera um erro e é fechado.

l Para backups de registros de arquivamento, o programa continua com o próximo backup deregistros dentro do intervalo especificado.

Requisitos de recuperação de backup do DB2 com o comando ddbmdb2adutil

Antes de usar o comando ddbmdb2adutil para uma recuperação de backup do DB2, certifique-se de ter concluído as configurações necessárias para as restaurações com o agente de aplicativos



de banco de dados, conforme descrito no capítulo anterior. As configurações da lockbox devem serconcluídas, e os parâmetros necessários devem ser definidos no arquivo de configuração.

Determinados valores de parâmetro do arquivo de configuração podem ser especificados comoopções de comando em vez de usar o comando ddbmdb2adutil. As opções de comando têmprecedência sobre os parâmetros de restauração correspondentes no arquivo de configuração.

As opções e sintaxe do comando ddbmdb2adutil

Você pode executar a recuperação de backup executando o comando ddbmdb2adutil na linha decomando. Determinadas opções de comando são obrigatórias, inclusive a opção -z<configuration_file> que especifica o arquivo de configuração do agente de aplicativos de bancode dados. Você deve especificar os parâmetros necessários usando as opções de linha de comandocorrespondentes ou definindo os parâmetros no arquivo de configuração para a recuperação debackup. Os parâmetros são semelhantes aos parâmetros que são usados para operações derestauração.

Você deve executar um dos seguintes comandos ddbmdb2adutil, dependendo do tipo de objetoda recuperação de backup:

l Execute o seguinte comando para uma recuperação de backup de banco de dados:

ddbmdb2adutil DB [-a <database>] [-c <client>] [-d <destination_directory>] [-F] [-I <DB2_instance>] [-N <node_number>] [-t <backup_timestamp>] -z <configuration_file>

l Execute o seguinte comando para uma recuperação de backup de registros:

ddbmdb2adutil LOG [-a <database>] [-c <client>] -C <chain_ID> [-d <destination_directory>] [-F] [-I <DB2_instance>] [-N <node_number>] -S <start_log> -E <end_log> -z <configuration_file>

A tabela a seguir descreve as opções de comando ddbmdb2adutil.

Tabela 19 Opções do utilitário ddbmdb2adutil para recuperação de imagem de backup

Opção Descrição

DB Obrigatório para a recuperação de backup de banco de dados. Especifica arecuperação de uma imagem de backup do banco de dados por registro de data e hora.

LOG Obrigatório para uma recuperação de backup de registros. Especifica a recuperação deum backup de registros de arquivamento.

-a<database> Opcional. Especifica o nome do banco de dados para o qual o backup foi executado.

Você deve usar esta opção de comando ou definir o parâmetro DB2_ALIAS no arquivo

de configuração.

-c<client> Opcional. Especifica o nome do client sob o qual o backup foi executado. O valorpadrão é o nome de host local.

Você pode usar esta opção de comando ou definir o parâmetro CLIENT no arquivo de

configuração.

-C<chain_ID> Obrigatório para uma recuperação de backup de registros. Especifica o ID da cadeia deregistros para a sequência de registros do backup de registros de arquivamento.

O valor válido é entre 0 e 9999999, inclusive.



Tabela 19 Opções do utilitário ddbmdb2adutil para recuperação de imagem debackup (continuação)

Opção Descrição

-d<destination_directory> Opcional. Especifica um diretório acessível onde são salvos os arquivos de backuprecuperados. O diretório é criado se ele não existir, desde que o usuário tenha apermissão necessária.

O valor padrão é o diretório de trabalho do programa.

-E<end_log> Obrigatório para uma recuperação de backup de registros. Especifica o limite superiordos números de sequências de registro para os registros de arquivamento a seremrecuperados.


Obs.:Você pode executar o comando ddbmadmin -f -v -n db2 com as opções

necessárias para obter a lista de backups de registros de arquivamento disponíveisno armazenamento para backup. Os números de ID da cadeia e sequência sãoincorporados ao nome de arquivo do backup do registros.

Por exemplo, execute o seguinte comando para obter a lista de backups deregistros de arquivamento disponíveis:

ddbmadmin –f –v –n db2 –b <start_time> –e <end_time> -z <configuration_file>

-F Opcional. Especifica a sobregravação dos arquivos existentes no local de destino quetêm os mesmos nomes que os arquivos de backup recuperados.

-I<DB2_instance> Opcional. Especifica o nome da instância do DB2 para a qual o backup foi executado.

Você deve usar esta opção de comando ou definir o parâmetro DB2INSTANCE no


-N<node_number> Opcional. Especifica o número do nó ou o número de partições do nó para o qual obackup foi realizado.

Em um ambiente do pureScale, é o ID do membro. O valor padrão é 0.

Você pode usar esta opção de comando ou definir o parâmetro DB2_NODE_NUM no


-S<start_log> Obrigatório para uma recuperação de backup de registros. Especifica o limite inferiordos números de sequências de registro para os registros de arquivamento a seremrecuperados.


-t<backup_timestamp> Opcional. Use somente para a recuperação de backup de banco de dados. Especifica oregistro de data e hora do backup do DB2 do backup a ser recuperado.

O valor válido é um registro de data e hora completo como yyyymmddhhmmss ou umregistro de data e hora parcial.



Tabela 19 Opções do utilitário ddbmdb2adutil para recuperação de imagem debackup (continuação)

Opção Descrição

Quando essa opção não for usada, o backup do banco de dados mais recentedisponível é recuperado. Quando um registro de data e hora parcial é usado, o backupcom o registro de data e hora mais próximo e recente é recuperado.

Obs.: Para recuperar o backup mais recente, que é um backup de tablespace, useesta opção com um registro de data e hora completo.

-z<configuration_file> Obrigatório. Especifica o arquivo de configuração que o agente de aplicativos de bancode dados deve usar para a operação.

Geralmente, o arquivo de configuração contém os parâmetros obrigatórios e opcionaisque não são compatíveis com as opções de comando. As opções de comando têmprecedência sobre as configurações de parâmetro correspondentes no arquivo deconfiguração.

Por exemplo:

DDBOOST_USER=qa_ostDEVICE_HOST=bu-croco.lss.emc.comDEVICE_PATH=/tangd1/dd01CLIENT=bu-today.lss.emc.comDB2_ALIAS=SAMPLEDB2INSTANCE=db2inst1DB2_NODE_NUM=0

Exemplos de recuperações de backup do DB2 com o comando ddbmdb2adutil

O seguinte exemplo mostra o comando ddbmdb2adutil e o resultado de uma recuperação debackup de banco de dados:

ddbmdb2adutil DB -F -d /tmp/backups -t 20160902094203 -z /tmp/cfg/dd.cfg

Starting the retrieval operation.Proceeding with the backup image retrieval with the timestamp '20160902094203', 3 pieces of backups, and the base file name 'SAMPLE.0.DB2INST1.NODE0000.CATN0000.20160902094203'.Successfully retrieved the database backup image file 'SAMPLE.0.DB2INST1.NODE0000.CATN0000.20160902094203.001'.Successfully retrieved the database backup image file 'SAMPLE.0.DB2INST1.NODE0000.CATN0000.20160902094203.002'.Successfully retrieved the database backup image file 'SAMPLE.0.DB2INST1.NODE0000.CATN0000.20160902094203.003'.Successfully retrieved the backup files.

O seguinte exemplo mostra o comando ddbmdb2adutil e o resultado de uma recuperação debackup de registros:

ddbmdb2adutil LOG -d /tmp/backups -z /tmp/cfg/dd.cfg -C 0 -S 0 -E 5

Starting the retrieval operation.Successfully retrieved the log file 'C0000000_S0000000.LOG' to the output file 'S0000000.LOG'.Successfully retrieved the log file 'C0000000_S0000001.LOG' to the output file 'S0000001.LOG'.Successfully retrieved the log file 'C0000000_S0000002.LOG' to the output file



'S0000002.LOG'.Successfully retrieved the log file 'C0000000_S0000003.LOG' to the output file 'S0000003.LOG'.Successfully retrieved the log file 'C0000000_S0000004.LOG' to the output file 'S0000004.LOG'.Invalid status: status = 5.Could not find or retrieve the backup file 'C0000000_S0000005.LOG'. No data was written. Removing the empty backup file '/tmp/backups/S0000005.LOG'.Successfully retrieved 5 of 6 backup files.

Para uma recuperação de backup de registros, o utilitário busca todos os backups de registrosdisponíveis no intervalo especificado.

A exemplo a seguir mostra a saída do comando ddbmadmin que lista o backup de registros dearquivamento disponíveis da cadeia 10 no intervalo de tempo especificado. Neste exemplo de saída,o número de cadeia C0000010 e o número de sequência S0000074 são incorporados no nome doarquivo de backup de registros de arquivamento, /SAMPLE/NODE0000/DB2LOG/:/C0000010_S0000074.LOG, para o banco de dados SAMPLE da instância db2inst1:

ddbmadmin -f -v -n db2 -b "08/23/2016 07:23:00 AM" -e "08/23/2016 07:24:00 AM" -z /space1/db2_ddbda.cfg | grep C0000010

/SAMPLE/NODE0000/DB2LOG/:/C0000010_S0000074.LOG, application = db2 (27), date = 1471962220 Tue 23 Aug 2016 07:23:40 AM PDT.version=1, objectowner= DB2, objectname=/SAMPLE/NODE0000/DB2LOG/ /C0000010_S0000074.LOG, createtime=Tue 23 Aug 2016 07:23:40 AM PDT, copytype=3 BSACopyType_BACKUP, copyId=1471962220.1471962221, restoreOrder=1471962220.1, objectsize=0.0, resourcetype=L, objecttype=2 BSAObjectType_FILE, objectstatus=2 BSAObjectStatus_ACTIVE, description=database app agent_v30:DB2_v1051:LOG_IMAGE:SAMPLE, objectinfo=db2inst1:1./SAMPLE/NODE0000/DB2LOG/:/C0000010_S0000073.LOG, application = db2 (27), date = 1471962218 Tue 23 Aug 2016 07:23:38 AM PDT....

Você pode usar as imagens de backup de registro do backup e arquivamento do banco de dadosque são recuperadas por meio dos comandos ddbmdb2adutil para executar as operações derestauração e avanço do banco de dados.

Quando a depuração estiver ativada, o agente de aplicativos de banco de dados poderá gerar umvolume considerável de informações de depuração no console durante uma operação derecuperação de backup.

O programa ddbmdb2adutil usa os mesmos registros de operação e de depuração padrão que oagente de aplicativos de banco de dados usa para outras operações de backup e restauração doDB2:

l Registro de mensagens de erro e operacionais: ddboost_db2.messages.logl Registro de depuração padrão: libddboostdb2_default.logCertifique-se de que o usuário que executa o programa tenha a permissão necessária para gravaros arquivos de log. Depois que o programa for concluído, verifique se os usuários do DB2 têm apermissão necessária para gravar nos arquivos de log. Caso contrário, os registros deverão serremovidos de seu local antes da próxima operação de backup e restauração.

Quando a depuração estiver ativada, o programa ddbmdb2adutil também produz um registro dedepuração com um nome que inclui o nome do programa, a data e o ID do processo. Por exemplo:

ddbmdb2adutil_DB2_2016_07_07.16_30_32.11131.logLimitações com o comando ddbmdb2adutil

Considere as seguintes limitações antes de executar o comando ddbmdb2adutil:



l Para uma imagem load copy, geralmente em uma recuperação do DB2, um avanço por meioda hora do evento de carga deve usar o backup do local original como o fornecedor do backup.Portanto, a imagem load copy que é recuperada para o disco não poderá ser usadadiretamente em uma operação de avanço.

l Para um backup de load copy de várias sessões com um grande volume de dados de blobinserido, a ferramenta de verificação de backup do DB2, db2ckbkp, poderá apresentar falhapara validar a imagem de backup que é recuperada para o disco.

Recuperando dados de backup do DB2 com o utilitário IBM HPUO utilitário IBM Optim High Performance Unload (HPU) é um utilitário independente de altavelocidade que descarrega os dados do banco de dados de um banco de dados atual ou de seubackup. O utilitário HPU pode ser executado simultaneamente com o Gerenciador de banco dedados do DB2 e pode acessar os mesmos arquivos físicos que o gerenciador de banco de dados.

O utilitário HPU pode descarregar os dados de um banco de dados do DB2 ou backup detablespace, que pode ser um backup completo ou incremental. O utilitário HPU lê os dadosdiretamente a partir da imagem de backup ou do arquivo do banco de dados em tempo real pormeio do mecanismo SQL, ignorando o gerenciador do banco de dados do DB2. Como resultado, outilitário proporciona recuperação rápida e eficiente de volumes discretos de dados.

Por exemplo, você pode descarregar uma tabela que foi removida de um banco de dados em temporeal (quando a restauração do banco de dados não é uma opção) descarregando os dados de umbackup com a opção BACKUP CATALOG. Você poderá então carregar os dados extraídos para obanco de dados.

Para minimizar o impacto em um sistema de produção, você pode usar o HPU para descarregar osdados das tabelas corrompidas ou removidas em um sistema de não produção, onde você podelimpar e preparar os dados para carregar no sistema de produção.

Você pode usar o utilitário HPU para um descarregamento de dados executando o programadb2hpu com um arquivo de controle, que permite que você defina as opções e instruções que odescarregamento usa. O utilitário descarrega dados da imagem de backup para arquivos depreparação e, então, grava os dados em arquivos de saída, que podem ser usados com o utilitárioload. Em ambientes de várias partições, o utilitário HPU é compatível com arquivos de saída únicaou múltiplas (de acordo com as configurações no arquivo de controle) e pode redirecionar oarquivo de saída para um host remoto ou os hosts de partição. O utilitário pode gravar em paralelonos diretórios de saída em diferentes dispositivos físicos.

A documentação do IBM DB2 apresenta detalhes sobre o HPU e as opções de linha de comando doHPU, e a sintaxe do arquivo de controle.

Os mesmos procedimentos de depuração e registro se aplicam a operações do HPU do DB2 comopara outras operações do DB2 Application Direct com o agente de aplicativos de banco de dados.

Requisitos para a recuperação do DB2 com o utilitário HPU

Você pode usar o utilitário HPU para descarregar e extrair um volume discreto de dados de umaimagem de backup do DB2 (criada pelo agente de aplicativos de banco de dados) para um arquivode saída. Então, você poderá carregar os dados do arquivo de saída para um banco de dados doDB2.

Certifique-se de atender aos seguintes requisitos antes de usar o utilitário HPU para umarecuperação de dados do DB2 a partir de um backup do agente de aplicativos de banco de dados:

l O agente de aplicativos de banco de dados foi instalado e configurado de acordo com asinstruções nos capítulos anteriores.

l O programa db2hpu do DB2 foi instalado e configurado de acordo com a documentaçãoapropriada do DB2.



l Você usou uma imagem de backup off-line quando possível para ajudar a garantir a integridadee a consistência dos dados descarregados.

l Você usa uma imagem de backup on-line apenas quando tem certeza de que não ocorreunenhuma transação durante o backup on-line mais recente em relação aos objetos que vocêdescarregará.

l Você usa um backup de tablespace em vez de um backup completo do banco de dados quandopossível para reduzir o tamanho da imagem do backup que está sendo lida e habilitar umdescarregamento de dados mais rápido.

l Quando uma tabela é retirada de um banco de dados, você usa a opção USING BACKUPCATALOG para o descarregamento de um backup que contém a tabela, ou cria novamente atabela antes de executar a ferramenta de descarregamento.

l Você determinou o registro de data e hora da imagem do backup, por exemplo,20160718061214. Se você não informar um registro de data e hora, o utilitário usa o backupmais recente.

l Você criou o arquivo de controle para a operação do HPU, que inclui um comando para extrairos dados, conforme mostrado nos exemplos de arquivo de controle a seguir.

l No AIX, especialmente quando você usa a opção USING BACKUP CATALOG para umdescarregamento com um backup de várias sessões, você garantiu que o limite de recursos doprocesso de usuário para o segmento de dados está definido como suficientemente alto. Vocêpode definir o limite de recursos por meio de qualquer um dos seguintes métodos:

n Configure o programa db2hpu para ser executado com a opção de limite sem memória.

n Configure os recursos do sistema para o limite de memória do segmento de dadosexecutando ulimit -d ou editando a configuração padrão no arquivo de configuração dosistema.

l Não use o utilitário HPU com libddboostdb2 em uma rede do Data Domain Fibre Channel(FC). Devido a uma limitação conhecida da biblioteca do DD Boost sobre FC com processosfilhos, o agente de aplicativos de banco de dados não dá suporte às operações do utilitário HPUem uma conexão de rede FC.

Exemplo 1: Recuperação de tabelas de banco de dados com o utilitário HPU

O arquivo de controle a seguir, /home/tmp/hpu.ctl, inclui os comandos necessários paradescarregar e extrair todos os dados da tabela a partir do banco de dados TEST2.

GLOBAL CONNECT TO TEST2 DB2 NO;UNLOAD TABLESPACEQUIESCE NOLOCK NOUSING BACKUP DATABASE TEST2 LOAD "/opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so" OPTIONS OPEN 3 SESSIONS @/home/cfg/dd/dd.cfg TAKEN AT 20160627164046;SELECT * FROM test;OUTFILE("/home/tmp/outfile.txt" REPLACE)FORMAT DEL;

Neste exemplo de arquivo de controle:

l /home/cfg/dd/dd.cfg é o nome do caminho do arquivo de configuração do DB2 para oagente de aplicativos de banco de dados.

l 20160627164046 é o registro de data e hora da imagem do backup.

l /home/tmp/outfile.txt é o arquivo de saída para o qual os dados serão extraídos.



Você pode executar o comando db2hpu com o arquivo de controle para descarregar e extrair osdados com o utilitário HPU. Por exemplo, o comando a seguir usa o arquivo de controle de exemploe gera o arquivo de saída /home/tmp/outfile.txt, que contém os dados extraídos:

db2hpu -f /home/tmp/hpu.ctl -i db2inst1

Exemplo 2: Recuperação de um tablespace com o utilitário HPU

O seguinte arquivo de controle, C:\tmp\cfg\hpu.ctl, inclui os comandos necessários paradescarregar e extrair o tablespace TB02 removido usando o catálogo de backup.

GLOBAL DB2 NO;USING BACKUP CATALOG HPU2 LOAD "C:\PROGRA~1\EMCDDB~1\DA\bin\libddboostdb2.dll" OPTIONS @C:\tmp\cfg\db2ddp.cfg TAKEN AT 20160718061214;UNLOAD TABLESPACE TB02QUIESCE NOLOCK NOOUTFILE("tmp02.txt" REPLACE)FORMAT DEL;USING BACKUP DATABASE HPU2 LOAD "C:\PROGRA~1\EMCDDB~1\DA\bin\libddboostdb2.dll" OPTIONS @C:\tmp\cfg\db2ddp.cfg TAKEN AT 20160718061214;

Neste exemplo de arquivo de controle:

l C:\tmp\cfg\db2ddp.cfg é o nome do caminho do arquivo de configuração do DB2 para oagente de aplicativos de banco de dados.

l 20160718061214 é o registro de data e hora da imagem do backup.

l tmp02.txt é o arquivo de saída para o qual os dados serão extraídos.

Você pode executar o comando db2hpu com o arquivo de controle para descarregar e extrair osdados com o utilitário HPU. Por exemplo, o comando a seguir usa o arquivo de controle de exemploe gera o arquivo de saída tmp02.txt, que contém os dados extraídos:

db2hpu -f C:\tmp\cfg\hpu.ctl -i DB2

Executando a recuperação de desastres do DB2Para um plano de recuperação de desastres abrangente, é necessário garantir que você possareconstruir o ambiente de computação e todos os arquivos do servidor do DB2 associados aosdados de manutenção no host de aplicativos.

Procedimento

Use as seguintes diretrizes para se preparar para uma recuperação de desastres do host doservidor do DB2:

l Mantenha registros precisos e completos das configurações de rede e do sistema. Mantenhatoda a mídia de software original e os seguintes itens em um local seguro:

n Patches e mídia original do sistema operacional

n Drivers do dispositivo e nomes de dispositivo

n Configuração do file system

n Endereços IP e nomes de host

l Lembre-se de ter um backup completo atual do banco de dados e todos os registros arquivadosnecessários para uma operação de avanço.



l Salve uma cópia do arquivo de configuração de produto usada para os backups do banco dedados e registros arquivados do DB2.

l Confirme se a configuração do parâmetro do arquivo de opções correspondente, comologarchopt1, da imagem do banco de dados de origem é válida no host de destino.

Planeje a execução das tarefas a seguir durante uma recuperação de desastres.

Procedimento

1. Defina o arquivo de configuração do produto a ser usado durante a recuperação, inclusive asseguintes configurações de parâmetro:

l CLIENT=<source_client_hostname>

l DB2INSTANCE=<source_database_instance>

l SOURCE_DBNAME=<source_database_name>

Configurando os parâmetros do DB2 para operações do Application Direct na página 156fornece detalhes.

Obs.: Em uma restauração para um host diferente, em que um avanço é necessário euma fase de reversão pode ocorrer, certifique-se de definir ambos SOURCE_CLIENT eCLIENT para apontar para os hosts corretos. Dicas de solução de problemas do DB2para operações do Application Direct na página 185 apresenta mais detalhes.

2. Crie novamente a lockbox no host do banco de dados. Configurando a lockbox na página 110apresenta detalhes sobre a lockbox.

3. Confira se todas as imagens necessárias do backup de registro e de banco de dados estãodisponíveis.

4. Execute um comando db2 restore para restaurar o banco de dados. Por exemplo:

db2 restore database <database_name> load '<library_path>/libddboostdb2.so' options '@<pathname>/db2_ddbda.cfg' taken at <yyyymmddhhmmss>

5. Realize uma operação de avanço no banco de dados restaurado até o final dos registros ouem um point-in-time:

db2 rollforward database <database_name>

Requisitos de DB2 DPF para operações do Application DirectVocê pode executar backups e restaurações do Application Direct em um ambiente de recurso departicionamento de banco de dados (DPF) do DB2.

Você deve atender aos seguintes requisitos de configuração em um ambiente de DB2 DPF.

l Você configurou o banco de dados no ambiente de DPF de acordo com a documentaçãoapropriada do DB2 DPF.

l Você instalou o software do agente de aplicativo de banco de dados em cada nó que participade backups ou recuperação.

l Você concluiu todos os procedimentos de pós-instalação em cada nó, inclusive o procedimentode configuração de lockbox para todos os hosts participantes. Os hosts podem usar umalockbox compartilhada ou lockboxes configuradas individualmente.

l Se uma lockbox compartilhada por NFS estiver configurada, você deve seguir todas as etapasnecessárias em Configurando a lockbox em um ambiente de alta disponibilidade na página 123.



l Você definiu o parâmetro CLIENT no arquivo de configuração do DB2 para o nome de host donó do catálogo. Parâmetros comuns na página 86 apresenta detalhes sobre o parâmetro.

l Você tem certeza de que todas as partições têm as mesmas configurações de parâmetro.

Requisitos de DB2 HADR para operações do Application DirectVocê pode realizar backups e restaurações do Application Direct com o agente de aplicativos debanco de dados em um ambiente de recuperação de desastres de alta disponibilidade (HADR) doDB2. Você pode iniciar um backup somente no nó principal. O DB2 não dá suporte a backups emnós em standby. O agente de aplicativos de banco de dados somente dá suporte a configuraçõesHADR em que a instância do banco de dados HADR tem o mesmo nome em todos os nós.

Você deve atender aos seguintes requisitos de configuração em um ambiente DB2 HADR:

l Você configurou o banco de dados no ambiente HADR de acordo com a documentaçãoapropriada do DB2.

l Você instalou o software do agente de aplicativos de banco de dados em cada nó que participado backup ou recuperação, inclusive os nós em standby.


l Você definiu o parâmetro CLIENT no arquivo de configuração do DB2 para o nome de hostválido de um dos nós para todos os backups e recuperações. Parâmetros comuns na página 86apresenta detalhes sobre o parâmetro.

Obs.: A mesma configuração CLIENT deve ser usada em todas as operações de backup erecuperação para os nós HADR.

l Você assegurou que todos os nós têm as mesmas configurações de parâmetro.

l Você assegurou que a instância do banco de dados do HADR tem o mesmo nome em todos osnós.

Você pode executar uma recuperação de DB2 HADR em um único nó ou em vários nós.

Obs.: Como um requisito do DB2, antes de iniciar uma recuperação do HADR, você deveinterromper o HADR e desativar o banco de dados em nós de recuperação. A documentação doDB2 apresenta detalhes sobre os procedimentos necessários.

Recuperação de um único nó com falha

Uma recuperação de DB2 HADR de um único nó requer as etapas a seguir.

1. Desative o banco de dados no nó com falha e, em seguida, interrompa o HADR.

Se o nó com falha for o nó principal, ele deve trocar de função com outro nó. É um nó emstandby quando a recuperação ocorre.

2. Faça a recuperação do nó com falha, como se fosse um banco de dados independente. Executeuma operação de avanço sem a opção complete, o que deixa o banco de dados em um estadopendente de avanço conforme necessário para um nó em standby.

3. Configure as configurações do ambiente HADR, se necessário.

4. Inicie o HADR no nó em standby recuperado.

Recuperação de todos os nós

Uma recuperação de DB2 HADR de todos os nós restaura toda a configuração de HADR para umpoint-in-time, como em uma recuperação de desastres.

Uma recuperação de DB2 HADR de todos os nós requer as etapas a seguir.



1. Recupere o banco de dados de todos os nós HADR como se eles fossem bancos de dadosindependentes.

Para os nós em standby, execute uma operação de avanço sem a opção complete, o quedeixa o banco de dados em um estado pendente de avanço conforme necessário para um nóem standby.


3. Inicie o HADR em todos os nós em standby.

4. Inicie o HADR no nó principal.

5. Faça backup manualmente do banco de dados.

Requisitos do DB2 pureScale para operações do ApplicationDirect

Você pode executar backups e restaurações do Application Direct em um ambiente do DB2pureScale. No cluster ativo-ativo do aplicativo, vários servidores de banco de dados, conhecidoscomo nós de membro operam em uma partição de dados única.

Obs.: O agente de aplicativo de banco de dados dá suporte a backups incrementais e delta emum ambiente DB2 pureScale para as versões do DB2 que dão suporte a esses tipos de backups.

No ambiente DB2 pureScale, você executa um único comando db2 backup db ou db2restore db em qualquer membro para executar o backup ou a restauração do banco de dadosem nome de todos os membros. O backup produz uma imagem de backup para todo o banco dedados, salvo no armazenamento do Data Domain.

Cada membro do DB2 pureScale processa seus próprios metadados, gera transaçõesindependentes e mantém seus próprios arquivos de log de transação.

Você deve atender aos seguintes requisitos de configuração em um ambiente do DB2 pureScale:

l Você configurou o banco de dados no ambiente DB2 pureScale de acordo com a documentaçãoadequada da IBM.

l Você instalou o software do agente de aplicativo de banco de dados em cada host no qualreside um nó do membro pureScale que participa do backup ou da recuperação.

l Você concluiu todos os procedimentos após a instalação em cada host membro, inclusive oprocedimento de configuração da lockbox para todos os hosts participantes. Os hosts podemusar uma lockbox compartilhada ou lockboxes configuradas individualmente.

l Se uma lockbox compartilhada por NFS estiver configurada, você deve seguir todas as etapasnecessárias em Configurando a lockbox em um ambiente de alta disponibilidade na página 123.

l Você definiu o parâmetro CLIENT no arquivo de configuração do DB2 para o nome de host deum dos nós membros. Você deve selecionar um membro de pureScale como o nó que terá osdados de backup armazenados em seu nome de client. CLIENT deve ser definido como omesmo valor para cada nó do membro. Parâmetros comuns na página 86 apresenta detalhessobre o parâmetro.

l Você garantiu que todos os nós membros têm as mesmas configurações de parâmetro. Vocêpode criar um único arquivo de configuração em uma pasta de file system que seja acessível atodos os hosts do membro. Como alternativa, você pode criar um arquivo de configuraçãoidêntico em cada host do membro, com o mesmo nome de caminho do arquivo em cada host.

l Você atualizou a configuração do banco de dados para arquivamento e recuperação doregistro, conforme mostrado no seguinte exemplo:

db2 update db cfg for <sample> using logarchmeth1 vendor:/opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so



db2 update db cfg for <sample> using logarchopt1 @/db2sd/ddp/ddp.cfgdb2 update db cfg for <sample> using vendoropt @/db2sd/ddp/ddp.cfg

Neste exemplo, <sample> é o nome de alias do banco de dados. O parâmetro logarchmeth1de configuração do banco de dados é definido com a biblioteca do DB2 que arquiva os registrospara o armazenamento do Data Domain. Os parâmetros logarchopt1 e vendoropt estãoconfigurados para usar o arquivo de configuração ddp.cfg do DB2, localizado na pasta /db2sd/ddp no armazenamento compartilhado, que seja acessível a todos os membros depureScale.

Executando backups do Application Direct em um ambiente do DB2 pureScaleDepois que o agente de aplicativos de banco de dados estiver instalado e configurado, um usuárioem qualquer host de membro ativo pode executar o comando db2 backup para fazer um backupdo Application Direct do banco de dados de todo o ambiente do DB2 pureScale. Por exemplo:

db2 backup db <sample> online load /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so open <n> sessions options @/db2sd/ddp/ddp.cfg

Neste exemplo, o comando db2 backup faz um backup on-line do banco de dados de <sample>para o armazenamento do Data Domain, usando as configurações no arquivo de configuração /db2sd/ddp/ddp.cfg.

Executando restaurações do Application Direct em um ambiente do DB2pureScale

Um usuário em qualquer host membro ativo pode executar os comandos db2 restore, db2rollforward e db2 recover para realizar uma restauração do Application Direct do banco dedados e avançar o banco de dados para um point-in-time. Por exemplo:

db2 restore db <sample> load /usr/lib/libddboostdb2.so open <n> sessions options @/db2sd/ddp/ddp.cfg taken at <yyyymmddhhmmss>

Neste exemplo, o comando db2 restore restaura o banco de dados da <sample> a partir doarmazenamento do Data Domain, usando as configurações no arquivo de configuração /db2sd/ddp/ddp.cfg.

O comando db2 recover combina as funções dos comandos db2 restore e db2rollforward. Você deve configurar o parâmetro vendoropt da configuração do banco dedados do DB2 para executar o comando db2 recover.

Restaurando entre uma instância do DB2 pureScale e um Enterprise ServerEdition

A partir do DB2 10.5, é possível restaurar um backup de banco de dados off-line de uma instânciado DB2 pureScale para DB2 o Enterprise Server Edition. Você também pode restaurar um backupoff-line do Enterprise Server Edition DB2 para uma instância do DB2 pureScale. A documentaçãodo IBM DB2 apresenta detalhes e restrições para esses tipos de restaurações.

Restaurando um backup de uma instância do DB2 pureScale para o Enterprise Server EditionExecute as etapas a seguir para restaurar um backup de banco de dados off-line de uma instânciado DB2 pureScale para o DB2 Enterprise Server Edition, sem suporte de avanço durante atransição. A documentação do IBM DB2 apresenta detalhes sobre a transição.



Procedimento

1. No DB2 Enterprise Server, configure a lockbox para o dispositivo Data Domain quearmazena o backup realizado pelo agente de aplicativos de banco de dados, conformedescrito em Configurando a lockbox na página 110.

2. No arquivo de configuração no DB2 Enterprise Server de destino, certifique-se de que oparâmetro CLIENT e outras configurações de parâmetro são idênticas às configuraçõesusadas durante o backup no ambiente DB2 pureScale.

3. No DB2 Enterprise Server de destino, restaure a imagem de backup off-line da instância doDB2 pureScale.

4. Conclua todas as alterações necessárias para a configuração do banco de dados restauradoe o arquivo de configuração do DB2 de acordo com o ambiente do Enterprise Server:

l Atualize as configurações dos parâmetros de configuração do banco de dadosrestaurado, tais como logarchopt1, logarchopt2 e vendoropt, se for necessário,para futuros backups e restaurações do banco de dados restaurado no Enterprise Server.

O banco de dados foi restaurado com as configurações originais dos parâmetros deconfiguração do banco de dados usados no ambiente pureScale, o que pode exigiratualizações para o novo ambiente.

l Atualize quaisquer configurações de parâmetro necessárias no arquivo de configuraçãopara operações futuras, por exemplo, para especificar o nome de caminho correto dalockbox, o nome de host do sistema Data Domain e o nome de caminho do dispositivo.

l Exclua a configuração do parâmetro CLIENT do arquivo de configuração no EnterpriseServer, porque esse parâmetro somente é necessário no ambiente pureScale.

5. Se necessário, reconfigure a lockbox para futuros backups do banco de dados restaurado,por exemplo, para usar um host do dispositivo ou nome de caminho do dispositivo diferente.

6. Execute um backup off-line completo de banco de dados do banco de dados restaurado.

Restaurando um backup do Enterprise Server Edition para uma instância do DB2 pureScaleAntes de fazer um backup que será restaurado para uma instância de pureScale, você podeexecutar o comando db2checkSD no DB2 Enterprise Server para verificar se o banco de dados deorigem está pronto para a restauração em um ambiente pureScale. Com a conclusão daverificação, você pode fazer um backup completo off-line do banco de dados de origem para sepreparar para a operação de restauração a seguir. A documentação do IBM DB2 apresentadetalhes sobre essas operações.

Procedimento

Realize as etapas a seguir para restaurar um backup off-line do DB2 Enterprise Server Edition parauma instância do DB2 pureScale.

Procedimento

1. Na instância do DB2 pureScale, configure uma lockbox compartilhada para usar com odispositivo Data Domain que armazena o backup realizado pelo agente de aplicativos debanco de dados, conforme descrito em Configurando a lockbox na página 110. Comoalternativa, crie uma lockbox separada em cada host do pureScale usando o mesmo nome decaminho do local em cada host.

2. No arquivo de configuração na instância do DB2 pureScale, certifique-se de que aconfiguração do parâmetro CLIENT seja idêntica à configuração CLIENT usada durante obackup no DB2 Enterprise Server.

3. No membro comum (membro 0) do DB2 pureScale, restaure a imagem de backup off-line doDB2 Enterprise Server.



4. Para realizar a conversão do banco de dados para uso no ambiente do pureScale, execute oseguinte comando db2checkSD na instância do DB2 pureScale:

db2checkSD <sample> -l /tmp/checksd.log -u user_ID -p password

5. Conclua quaisquer alterações necessárias para a configuração de banco de dados restauradoe para o arquivo de configuração do DB2 de acordo com o ambiente pureScale:

l Atualize as configurações dos parâmetros de configuração de banco de dadosrestaurado, tais como logarchopt1, logarchopt2, e vendoropt, conformenecessário.

l Atualize quaisquer configurações de parâmetro necessárias no arquivo de configuraçãopara operações futuras, por exemplo, para especificar o nome de caminho correto dalockbox, o nome de host do sistema Data Domain e o nome de caminho do dispositivo.

l Atualize as configurações de todos os parâmetros necessários no arquivo deconfiguração no ambiente de pureScale, tal como a configuração de parâmetro CLIENT.

6. Reconfigure a lockbox para futuros backups do banco de dados restaurado, por exemplo,para usar um host ou nome de caminho do dispositivo diferente.

7. Faça um backup de banco de dados completo off-line do banco de dados restaurado nomembro 0 do pureScale.

Backups e restaurações de registros de transações em um ambiente do DB2pureScale

Em um ambiente do DB2 pureScale, cada membro gera transações independentes e mantém seupróprio conjunto de arquivos de log de transações. Para habilitar a recuperação do avanço do DB2,deve-se fazer backup dos registros de transação.

Você pode configurar o arquivamento dos registros de transações do DB2 com o agente deaplicativos de banco de dados seguindo as instruções em Configurando o arquivamento de registrode transação do DB2 na página 158. Quando você define o parâmetro de configuraçãologarchmeth1 ou logarchmeth2 para usar a biblioteca de DB2, os arquivos de log de transaçãoarquivados são salvos automaticamente no armazenamento do Data Domain.

O agente de aplicativos de banco de dados executa os backups de registro com base nasconfigurações de política de banco de dados do DB2. O produto não tem controle sobre quando éfeito o backup dos registros ou com que frequência. O servidor do DB2 inicia o backup quando umregistro de transações fica cheio.

Durante uma recuperação com o comando db2 rollforward ou db2 recover, os arquivos delog arquivados de cada membro pureScale são recuperados do armazenamento do Data Domain. ODB2 mescla os registros recuperados e recupera o banco de dados para o point-in-time específico.

O agente de aplicativos de banco de dados e o DB2 usam um local de armazenamento separadosob o caminho do dispositivo, no sistema Data Domain, para os arquivos de log arquivados de cadamembro pureScale.

Durante uma recuperação de avanço, o DB2 recupera os registros arquivados por meio do agentede aplicativos de banco de dados, do local que corresponde ao membro e aplica os registros detransações ao banco de dados.

Obs.: Para um backup do banco de dados, o DB2 pureScale sempre passa o número do nó 0para a biblioteca de fornecedor, independentemente de qual membro faça o backup.Consequentemente, as imagens de backup do banco de dados são todas armazenadas nodiretório NODE0000/DBIMG/.



Excluindo backups do Application Direct em um ambiente do DB2 pureScaleVocê pode executar o comando db2 prune com a opção and delete em todos os membrosativos de um ambiente do DB2 pureScale para excluir entradas do arquivo de histórico derecuperação para excluir os registros arquivados associados. Quando você define o parâmetro deconfiguração do banco de dados auto_del_rec_obj como on, o agente de aplicativos de bancode dados exclui as entradas de índice e os savesets de imagem de backup do armazenamento doData Domain se a entrada do arquivo de histórico for removida.

Você pode configurar a exclusão ou a remoção automática de backups do Application Direct noambiente DB2 pureScale seguindo as instruções em Configurando a exclusão de backup do DB2 napágina 159. A documentação do IBM DB2 fornece mais detalhes.

Dicas de solução de problemas do DB2 para operações doApplication Direct

As Dicas de solução de problemas gerais na página 143 apresentam informações sobre solução deproblemas comuns que se aplicam às operações do agente de aplicativos de banco de dados comtodos os aplicativos e bancos de dados compatíveis.

Os tópicos a seguir apresentam informações sobre solução de problemas para operações do DB2com o agente de aplicativos de banco de dados.

A restauração e o avanço multi-stream do DB2 podem falhar no AIX com DFCNo AIX com o Data Domain Fibre Channel (DFC), uma operação de restauração e avanço de multi-stream do DB2 pode falhar ou ficar suspensa.

Você pode resolver esse problema aumentando a configuração para o número de dispositivos doDD Boost no sistema Data Domain ao qual você está conectado. No Data Domain System Manager:

1. Selecione Data Management > DD Boost > Fibre Channel.

2. Na área DD Boost Access Groups, selecione o número de dispositivos do DD Boost até ummáximo de 64.

Problema do DB2 com a resolução do nome de host localO agente de aplicativos de banco de dados deve resolver o nome de host local durante suasoperações. A resolução do nome de host local usa os arquivos de configuração do sistema. Porexemplo, no AIX, a resolução é determinada pela entrada do host no arquivo /etc/netsv.conf.No Linux, o arquivo /etc/nsswitch.conf contém a entrada do host solicitada.

Certifique-se de que a configuração de entrada do host no arquivo de configuração do sistemaesteja correta para a configuração de rede pretendida do host. Caso contrário, a operação doagente de aplicativos de banco de dados poderá apresentar falha inesperadamente, com asseguintes informações ao final do registro de depuração:

(pid = 6815758) (10/13/16 08:02:43) setMinDDBoostVersion: Exiting.(pid = 6815758) (10/13/16 08:02:43) checkDedupSettingsInternal: Exiting.(pid = 6815758) (10/13/16 08:02:43) nsrdb2_check_init_input: enabling index optimizations:

Como um exemplo no AIX, quando o arquivo /etc/hosts contém o endereço de loopbackeficaz ::1 ipv6, o agente de aplicativos pode presumir que a resolução do nome de host deve serbaseada no IPv6. Como resultado, o agente de aplicativos poderá apresentar falha ao resolver o



nome de host local quando o host netsvc.conf contiver somente uma configuração de IPv4 ouse o host não estiver configurado para IPv6.

O formato da entrada do host define a ordem padrão do mecanismo de resolução:

hosts = <valor>[, <valor>]

A tabela a seguir lista as configurações possíveis de valor para referência. Use um ou mais dosvalores a seguir para a palavra-chave de hosts.

Tabela 20 Valores de exemplo para entrada do host no arquivo de configuração do sistema

Valor da palavra-chave de hosts

Descrição do valor da palavra-chave

bind Usa os serviços de VINCULAÇÃO/DNS para resolução do nome dehost

local Pesquisa o arquivo local /etc/hosts para a resolução do nome de

host

bind4 Usa os serviços de VINCULAÇÃO/DNS somente para resolução deendereço IPv4

local4 Pesquisa o arquivo local /etc/hosts somente para a resolução de

endereço IPv4

bind6 Usa os serviços de VINCULAÇÃO/DNS somente para resolução deendereço IPv6

local6 Pesquisa o arquivo local /etc/hosts somente para a resolução de

endereço IPv6

O seguinte site oferece mais detalhes sobre a resolução do nome de host no AIX:

http://www.ibm.com/support/knowledgecenter/ssw_aix_61/com.ibm.aix.files/netsvc.conf.htm

Problemas do DB2 com a configuração logarchopt<n>Devido a uma limitação do DB2, somente os primeiros 30 caracteres da configuraçãologarchopt<n> são armazenadas no arquivo de histórico do DB2. É recomendável configurar oparâmetro logarchopt<n> com um valor que possua menos de 30 caracteres, inclusive o símbolo@.

Os problemas a seguir podem ocorrer se você não seguir as recomendações.

1. A remoção de backups de registros apresenta falha devido ao valor de logarchopt<n>

Quando a remoção de backups de registros é configurada com o parâmetroAUTO_DEL_REC_OBJ, o valor original de logarchopt<n> pode não ser transmitidocorretamente do DB2. Como resultado, a exclusão pode apresentar falha.

A saída do comando db2 prune history and delete pode indicar sucesso, mas aexclusão de backups de registros pode ter um problema. Erros podem aparecer no arquivodb2diag.log e as entradas de registro ainda podem permanecer no histórico de banco dedados do DB2 e no armazenamento para backup.

Nesse caso, você pode realizar a solução temporária a seguir.



http://www.ibm.com/support/knowledgecenter/ssw_aix_61/com.ibm.aix.files/netsvc.conf.htm

a. Execute o seguinte comando para atualizar o campo comment para um valor que tenhamenos de 30 caracteres:

db2 update history file EID <entry_eid> with comment '<new_location_of_logarchopt1>'

Por exemplo, execute o seguinte comando:

db2 update history EID 10 with comment '@C:\tmp\other.cfg'

b. Execute novamente o comando db2 prune history and delete.

2. A operação de recuperação apresenta falha devido ao valor de logarchoptn

Em versões anteriores do DB2, como 9.x, quando a configuração logarchopt1 excede 30caracteres de comprimento, a operação db2 recover db poderá apresentar falha com osseguintes tipos de erro:

SQL1268N Roll-forward recovery stopped due to error "SQL1042" while retrieving log file "S0000001.LOG" for database "TEST" on node "0"

Nesse caso, você pode realizar a solução temporária a seguir.

a. Reconfigure o parâmetro logarchopt1 executando o seguinte comando:

db2 update db cfg for <database_name> using logarchopt1 '@<pathname>/db2_ddbda.cfg'

em que:

l <database_name> é o nome do banco de dados.

l <pathname>/db2_ddbda.cfg é o nome do caminho completo que contém menos de30 caracteres.

b. Execute novamente a recuperação de banco de dados. Por exemplo, execute o seguintecomando:

db2 recover db <database_name>

c. Faça backup do banco de dados após a recuperação ser concluída com sucesso. Porexemplo, execute o seguinte comando:

db2 backup db <database_name> load '<library_path>/libddboostdb2.so' options '@<pathname2>/bk_db2.cfg'

Esta etapa assegura que as operações de recuperação futuras, para um point-in-timedepois desse tempo de backup, usem a nova configuração para o parâmetrologarchopt1.

3. O avanço apresenta falha no Windows com DB2 9.7 devido ao valor de logarchopt2

No Windows com 9.7 DB2, devido a uma limitação do DB2, uma operação de avanço do DB2poderá causar falha na instância DB2 se a consulta de registro ou recuperação usarlogarchmeth2 com as seguintes configurações:

l A configuração logarchmeth2 especifica o método de arquivamento do fornecedor.



l A configuração logarchopt2 excede 50 caracteres de comprimento.

A falha de operação de avanço produz o seguinte tipo de mensagem de erro:

C:\Program Files\IBM\SQLLIB\BIN> db2 rollforward db sample to end of logs

SQL1224N The database manager is not able to accept new requests, has terminated all requests in progress, or has terminated the specified request because of an error or a forced interrupt. SQLSTATE=55032

Nesse caso, reinicie a instância do DB2 e reconfigure logarchopt2 para apontar para umvalor de 30 caracteres ou menos, conforme exigido pelo padrão IBM. Em seguida, reinicie aoperação de avanço.

Problemas de remoção do DB2 com AUTO_DEL_REC_OBJOs problemas de remoção do DB2 a seguir podem ocorrer por causa da exclusão automática deobjetos de recuperação, configurada por meio do parâmetro AUTO_DEL_REC_OBJ.

1. Remover um backup de multissessão deixa entradas no histórico do DB2

A operação de remoção de um backup executado em várias sessões remove todos os itens debackup do sistema Data Domain, mas pode não remover todas as entradas no histórico dobanco de dados do DB2.

Para contornar este problema e remover as entradas no histórico do banco de dados do DB2,execute um comando db2 prune history with force option sem a opção delete.

2. Remover o histórico de registro do DB2 após um avanço produz erros

Se você executar uma restauração do DB2 sem a opção replace history file e, emseguida, executar uma operação de avanço, o arquivo de histórico do registro pode conterentradas duplicadas para os registros arquivados após o backup e usados no avanço. Umaoperação de remoção do histórico do DB2 com AUTO_DEL_REC_OBJ definido como ON pode,portanto, produzir erros falsos. Os erros ocorrem quando o software do DB2 solicita a remoçãodo mesmo backup de registro arquivado várias vezes devido às entradas duplicadas nohistórico.

Obs.: Esse problema não ocorre quando você executa a restauração do DB2 com a opçãoreplace history file.

Por exemplo, a operação db2 prune history produz a seguinte mensagem no arquivodb2diag.log:

2015-05-04-13.39.24.676564-240 E684889E515 LEVEL: InfoPID : 1027 TID : 47814394505536PROC : db2sysc 0INSTANCE: db2inst1 NODE : 000 DB : TESTAPPHDL : 0-5718 APPID: *LOCAL.db2inst1.150504173845AUTHID : DB2INST1EDUID : 2878 EDUNAME: db2agent (TEST) 0FUNCTION: DB2 UDB, database utilities, sqluhDeletionReport, probe:381MESSAGE : ADM8506I Successfully deleted the following database logs "3 - 5" in log chain "1".

2015-05-04-13.39.24.676841-240 E685405E502 LEVEL: ErrorPID : 1027 TID : 47814394505536PROC : db2sysc 0INSTANCE: db2inst1 NODE : 000 DB : TESTAPPHDL : 0-5718 APPID: *LOCAL.db2inst1.150504173845AUTHID : DB2INST1EDUID : 2878 EDUNAME: db2agent (TEST) 0FUNCTION: DB2 UDB, database utilities, sqluhDeletionReport, probe:387



MESSAGE : ADM8509N Unable to delete the database logs "3 - 4" in log chain "1".

Para contornar este problema, execute as etapas a seguir.

a. Para verificar se as entradas de registro foram removidas, verifique o arquivodb2diag.log e o índice do backup.

b. Limpe o arquivo do histórico do DB2 executando um comando db2 prunehistory...with force option sem a opção and delete.

Problemas no DB2 devido à recuperação incorreta de registrosOs problemas do DB2 a seguir são causados pela recuperação incorreta dos registros de backup.

1. Problema de recuperação de registros do banco de dados recriado

De acordo com a documentação do IBM DB2, o destino que contém os backups de registrosarquivados, conhecidos como o caminho do registro de arquivamento, deve conter somente osarquivos de log que pertençam ao banco de dados atual.

Se o caminho do registro de arquivamento foi usado anteriormente para um banco de dados demesmo nome, o qual, por exemplo, foi descartado e recriado, os backups antigos e os novosnão devem ser armazenados juntos. Misturar os backups novos com os backups de registrosanteriores pode causar problemas durante uma remoção e uma recuperação de registro, comoem uma operação de avanço ou um backup on-line com a opção INCLUDE LOGS.

A operação de recuperação de registros pode apresentar falha com as seguintes mensagens deerro no arquivo db2diag.log:

Database ID does not match. Extent does not belong to this database.Database ID does not match. Extent probably for another database.

O banco de dados descartado e o banco de dados recriado podem compartilhar as mesmassequências e cadeias de registro. Nesse caso, a remoção de backup de registros arquivadospara um banco de dados pode acidentalmente remover os registros de outros bancos de dados.

Para evitar esse problema, certifique-se de limpar os backups de registros antigos se eles nãoforem mais necessários. Se você usar o comando ddbmadmin para a limpeza, consulte asinformações ddbmadmin em Configurando a exibição e exclusão de informações do saveset napágina 124 para obter as opções adequadas de exclusão. Quando for necessário reter osbackups antigos, é recomendável utilizar um novo dispositivo para os backups do banco dedados atual por meio da configuração do parâmetro DEVICE_PATH para um novo local nosistema Data Domain.

2. Problema no DB2 em avanço com o backup de registros arquivados

Um backup de registros arquivados do DB2 pode ocorrer no mesmo prazo de uma restauraçãode registro durante uma operação de avanço. Por exemplo, para concluir um avanço, astransações não confirmadas são revertidas. A ação de reversão invoca o arquivamento deregistro. Nesse caso, tanto a restauração do registro quanto o arquivamento do registro usamo mesmo arquivo de configuração.

Uma recuperação redirecionada para um client diferente deve usar os dois parâmetros de clientque se referem a diferentes hosts: o client de origem que possui o registro para avançar e oclient de destino que possui o registro a ser armazenado. Se a recuperação usar apenas umparâmetro de client que aponta para o client de origem, o backup simultâneo de registro é salvoincorretamente sob o nome de client de origem. Em seguida, uma operação de avanço (quando



necessária) do banco de dados de origem pode apresentar falha com o seguinte erro quando oregistro errado é recuperado:

Database ID does not match. Extent probably for another database.

O parâmetro SOURCE_CLIENT evita esse problema, apontando para o client de origem quepossui os backups de registro usados para avançar. CLIENT é usado para apontar para o hostde destino em que os backups de registros arquivados da reversão serão armazenados. SeSOURCE_CLIENT não for especificado, CLIENT será usado para o backup e a restauração deregistros arquivados.

O backup de banco de dados pode apresentar falha quando executadosimultaneamente com backups de um grande número de registros arquivados

Se um backup de banco de dados, especialmente um com várias sessões, começa quando umgrande número de registros arquivados (mais de 300 registros) estiver pronto para ir para obackup, o backup do banco de dados pode falhar.

Nesse caso, você poderá reiniciar o backup de banco de dados mais tarde quando houver menosregistros a serem salvos em backup. Você pode estimar o número aproximado de registros prontospara o backup pela comparação entre o número de sequência do registro mais recente que recebeubackup e a próxima sequência de registro a ser arquivada.

Para estimar o próximo número de sequência de registro a ser arquivada, consulte o próximonúmero da sequência de registro ativa da configuração do banco de dados. Por exemplo:

C:\Program Files> db2 get db cfg for testdb1 | grep -i log

First active log file = S0000559.LOG

Para estimar o próximo registro arquivado a ir para backup, procure o arquivo db2diag.log. Porexemplo, o arquivo contém as seguintes informações:

FUNCTION: DB2 UDB, data protection services, sqlpgArchiveLogFile, probe:3180DATA #1 : <preformatted>Completed archive for log file S0000347.LOG to VENDOR chain 1 from C:\DB2_01\NODE0000\SQL00001\LOGSTREAM0000\.

A partir desses exemplos, você pode calcular o número de registros arquivados prontos parareceberem backup da seguinte forma: 559 – 347 = 212 registros.

A operação do DB2 pode gerar registros de depuração vazios no WindowsNo Windows, determinadas operações do DB2 com o agente de aplicativos de banco de dadospodem gerar arquivos de log de depuração com zero byte.

Você pode ignorar todos os registros de depuração de zero byte.



CAPÍTULO 6

Operações do Storage Direct em Sistemas DB2


l Visão geral das operações do Storage Direct em um ambiente DB2..................................... 192l Configuração de operações do Storage Direct em um ambiente do DB2..............................193l Fazendo backups e recuperação do Storage Direct com o CLP do DB2............................... 197l Gerenciando e excluindo backups do Storage Direct DB2.................................................... 199l Executando a recuperação de desastres do DB2..................................................................201l Requisitos de DB2 DPF para operações do Storage Direct.................................................. 202l Requisitos de DB2 HADR para operações do Storage Direct............................................... 208l Requisitos do DB2 pureScale para operações do Storage Direct......................................... 209l Dicas de solução de problemas do DB2 para operações do Storage Direct.......................... 220


Visão geral das operações do Storage Direct em um ambienteDB2

O agente de aplicativos de banco de dados é integrado às interfaces de DB2 para fornecedores degerenciamento de mídia de terceiros para habitar backups e restaurações do Storage Direct DB2 eo gerenciamento e exclusão dos backups. O software do IBM DB2 oferece o recurso de serviços decópia avançados (ACS) que habilita operações do Storage Direct em bancos de dados DB2.

Você pode realizar um backup, restauração, consulta ou exclusão do Storage Direct com o produtoem um servidor de banco de dados do DB2, executando uma das ferramentas de DB2 compatíveiscom suporte:

l Processador de linha de comando (CLP) do DB2 com os comandos db2 backup e db2restore

l Ferramenta de consulta e exclusão do DB2 db2acsutilVocê pode usar essas ferramentas em cooperação com o agente de aplicativos de banco de dadospara executar as seguintes operações do Storage Direct DB2:


l Backups completos de um banco de dados inteiro


l Recuperação para o local original ou um host diferente (mesmo banco de dados e instância)

l Backup e recuperação de bancos de dados somente

l Consulta e exclusão de backup

Devido às limitações de snapshot do DB2, o agente de aplicativos de banco de dados dá suporteapenas a backup e restauração do Storage Direct de um banco de dados inteiro do DB2. Em umarestauração do Storage Direct, o banco de dados e a instância devem ter o mesmo nome debackup.

O agente de aplicativos de banco de dados não dá suporte a backup e restauração do StorageDirect de tablespaces selecionados do DB2, registros arquivados ou outros arquivos. O agente deaplicativos de banco de dados também não dá suporte para um backup incremental do StorageDirect de dados do DB2.

O produto mantém índices de backup on-line sobre o sistema Data Domain. Durante os backups, oproduto cria entradas de backup nos índices on-line, os quais apresentam as informaçõesnecessárias para restaurar os dados de backup.

A seção solução de problemas no final deste capítulo apresenta detalhes sobre as limitações nasoperações do Storage Direct com o agente de aplicativo de banco de dados em um ambiente DB2.

Processos de backup do Storage Direct DB2Um backup de banco de dados do Storage Direct DB2 inclui as interações de processo a seguir.

1. O administrador do banco de dados inicia o backup por meio da execução do comando db2backup use snapshot library, da GUI do IBM Data Studio ou da GUI do Centro decontrole do DB2.

2. O software do DB2 carrega a biblioteca compartilhada usada pelo agente de aplicativos debanco de dados e invoca a API do ACS para as tarefas de backup.

Obs.: A documentação do IBM refere-se à biblioteca como uma biblioteca de fornecedor.



3. O agente de aplicativos de banco de dados lê o arquivo de configuração e inicializa a conexãocom o sistema Data Domain.

4. O software do DB2 envia informações para a biblioteca compartilhada sobre os caminhos dobanco de dados para fazer backup e a biblioteca passa as informações para o agente desnapshot.

5. O workflow de backup prossegue conforme descrito no tópico sobre o workflow de backup doStorage Direct ou o workflow de backup do Storage Direct com RecoverPoint no capítulo 1.

Processos de restauração do Storage Direct DB2Uma restauração de banco de dados do Storage Direct DB2 inclui as interações de processo aseguir.

1. O administrador do banco de dados inicia a restauração por meio da execução do comando db2restore use snapshot library, da GUI do IBM Data Studio ou da GUI do centro decontrole do DB2.

2. O software do DB2 carrega a biblioteca compartilhada usada pelo agente de aplicativos debanco de dados e invoca a API do ACS para as tarefas de restauração.

3. O agente de aplicativos de banco de dados lê o arquivo de configuração e inicializa a conexãocom o sistema Data Domain.

4. O software do DB2 solicita o backup do agente de aplicativos de banco de dados.

5. O workflow de restauração continua conforme descrito no tópico sobre o workflow derestauração do Storage Direct ou do Storage Direct com workflow de restauração doRecoverPoint no capítulo 1.

Backups do DB2 de registros de transaçõesCertifique-se de que os registros de transações arquivados do DB2 recebam backup, por exemplo,ao configurar o backup automático dos registros de transações. O backup automático do registrousa o workflow do Application Direct, não o workflow do Storage Direct. Backups do DB2 deregistros de transações na página 155 apresenta mais detalhes.

Configuração de operações do Storage Direct em umambiente do DB2

Certifique-se de que as configurações do VMAX, XtremIO, RecoverPoint e Data Domain tenhamsido concluídas de acordo com a documentação do Storage Direct. Os recursos de armazenamentonecessários devem ser configurados e provisionados corretamente para ativar as operações doStorage Direct.

Conclua as tarefas a seguir para ativar as operações do Storage Direct:

l Certifique-se de que o programa ddbsmd seja iniciado a partir do diretório /opt/dpsapps/dbappagent/bin.

l Para o Storage Direct para operações do VMAX somente, certifique-se de que a versãocompatível do Solutions Enabler do VMAX esteja instalada e configurada, no modo local emcada host de produção ou no modo de servidor remoto em que o host de aplicativo possa secomunicar com o servidor do SYMAPI. A seção DDBEA do eLab Navigator em https://elabnavigator.emc.com/eln/modernHomeDataProtection descreve as versões compatíveis.

Se você usar o Solutions Enabler no modo de servidor remoto, o Solutions Enabler deverá serinstalado em um host separado do servidor do SYMAPI. Modifique o arquivo netcnfg nodiretório de configuração do SYMAPI do host de aplicativo definindo NSM_SERVER com onome SYMAPI_SERVER. Verificando o modo do Solutions Enabler para backups do VMAX na





página 95 apresenta mais detalhes. Se você tiver um usuário que não seja raiz, a documentaçãodo Solutions Enabler conterá informações sobre como configurar uma conta de usuário semacesso raiz.

Se você usar o Solutions Enabler no modo local no host de produção, os gatekeepersrequeridos serão configurados e mascarados para o host de produção, conforme descrito noPowerProtect Storage Direct Primary and Protection Storage Configuration Guide. O SolutionsEnabler usa os pequenos dispositivos gatekeeper para comunicação com o storage arrayVMAX.

Se você usar o Solutions Enabler no modo de servidor remoto em um host separado doservidor do SYMAPI, os gatekeepers não serão configurados e mascarados para o host deprodução.

O banco de dados Solutions Enabler deve estar atualizado em qualquer host em que um backupou uma recuperação possa ser executada. Para atualizar o banco de dados do SolutionsEnabler, execute o comando symcfg discover. A documentação do Solutions Enablerapresenta detalhes.

Operações do Storage Direct do agente de aplicativos de banco de dados com limites de uso doData Domain na página 45 apresenta diretrizes gerais sobre as configurações de limite de uso doData Domain para operações do Storage Direct.

Para ativar as operações do Storage Direct em um ambiente do DB2, é necessário concluir asconfigurações requeridas do agente de aplicativos de banco de dados. Os tópicos a seguirapresentam detalhes sobre a configuração do produto.

A seção de solução de problemas no final deste capítulo fornece detalhes sobre as limitações nasoperações do Storage Direct com o agente de aplicativos de banco de dados em um ambiente doDB2.

Configurando os parâmetros do DB2 para operações do Storage DirectVocê deve definir os parâmetros necessários para as operações do Storage Direct DB2 no arquivode configuração usado pelo agente de aplicativos de banco de dados. Por exemplo, o arquivo deconfiguração chamado db2_ddbda.cfg contém as seguintes configurações de parâmetro para asoperações do Storage Direct:

DDBOOST_USER=qa_ostDDVDISK_USER=vdiskDEVICE_HOST=bu-dbe-890.lss.emc.comDEVICE_PATH=/bu-star1_db2DEVICE_POOL=IT_data_pool

Definindo o arquivo de configuração na página 80 descreve os parâmetros comuns, os parâmetrosdo Storage Direct e como definir os parâmetros no arquivo de configuração. Os outros tópicos na Configuração do produto na página 79 descrevem os parâmetros e os requisitos para asrestaurações de backups replicados e restaurações da reversão.

Certifique-se de que o arquivo de configuração também inclui o parâmetroDB2_ACS_LAYOUT_CHECK se necessário. Impondo a prática recomendada de ACS do DB2 nolayout do diretório de registro na página 195 fornece detalhes.




Impondo a prática recomendada de ACS do DB2 no layout do diretório de registroPara excluir registros em um backup do Storage Direct ou para excluir registros na restauração deum backup do Storage Direct que inclui registros, os diretórios do registro devem residir emvolumes de disco diferentes de outros caminhos do banco de dados.

A prática recomendada do ACS do DB2 recomenda o uso de um grupo de volume dedicado aoscaminhos de registro, com os caminhos de registros contidos em um volume do snapshot que éseparado do diretório do banco de dados e dos contêineres do banco de dados.

Consulte a seguinte documentação da IBM:

http://pic.dhe.ibm.com/infocenter/db2luw/v10r1/topic/com.ibm.db2.luw.admin.ha.doc/doc/c0053158.html

Para o Storage Direct com o RecoverPoint, como os snapshots são executados no nível deconsistency group, o agrupamento dos objetos do banco de dados também deve ser executadonesse nível. Para fazer backup ou restaurar um banco de dados sem os registros, os diretórios deregistro do banco de dados devem residir em discos que pertençam a um consistency groupdiferente dos discos de outros caminhos do banco de dados.

O parâmetro DB2_ACS_LAYOUT_CHECK especifica se é para impor a prática recomendada do ACSdo DB2 no layout do diretório de registro do banco de dados durante um backup do Storage Direct.Defina o parâmetro na seção [GENERAL] do arquivo de configuração. A tabela a seguir apresentamais detalhes.

Tabela 21 Parâmetro do DB2 para operações do Storage Direct

Parâmetro: DB2_ACS_LAYOUT_CHECK

Seção: [GENERAL]

Especifica se é para impor a prática recomendada do ACS do DB2 no layout do diretório de registro do banco dedados durante um backup do Storage Direct.

A prática recomendada exige um grupo de volumes dedicados para caminhos de registro, com os caminhos deregistros contidos em um volume de file system diferente do diretório do banco de dados e dos contêineres debanco de dados.

Para o Storage Direct com o backup do RecoverPoint, a imposição de layout é validada no nível do consistencygroup.

Opcional para um backup do Storage Direct.

Valores válidos:

l TRUE (padrão) = impor a prática recomendada do ACS do DB2 no layout do diretório de registro. Backups coma opção exclude logs apresentam falha se os caminhos de registros não estiverem em um volume de file

system separado. Para o Storage Direct com backups do RecoverPoint, os backups com a opção excludelogs apresentam falha se os registros não estiverem em um volume separado que pertence a um consistency

group separado.

l FALSE = não impõe a prática recomendada do ACS do DB2 no layout do diretório de registro.

Configurando o arquivamento de registro de transação do DB2Quando você configura o arquivamento de registros de transações do DB2, o agente de aplicativosde banco de dados faz os backups de registro com base nas configurações de política de banco de





dados do DB2. O produto não tem controle sobre quando é feito o backup dos registros ou comque frequência. O servidor do DB2 inicia o backup quando um registro de transações fica cheio.

O Configurando o arquivamento de registro de transação do DB2 na página 158 apresenta detalhessobre como configurar o backup automático dos registros de transações de DB2, que usa oworkflow do Application Direct e não o workflow do Storage Direct.

Preparando para restaurações da reversão redirecionadas do DB2 de backups doStorage Direct para VMAX

O agente de aplicativos de banco de dados 4.0 apresentou suporte para restaurações da reversãoredirecionadas de backups do Storage Direct para VMAX para LUNs alternativas em um hostalternativo.

Configurando restaurações de reversão de backups do Storage Direct na página 105 descreve osrequisitos básicos para uma restauração da reversão redirecionada de um backup do StorageDirect para VMAX.

Para uma restauração da reversão redirecionada do DB2 de um backup do Storage Direct paraVMAX, certifique-se de atender aos seguintes requisitos adicionais:

l Use um backup consistente para a restauração. Para um banco de dados recuperável, vocêdeve restaurar o backup usando a opção without rolling forward.

l Execute a restauração da reversão de um banco de dados inteiro, inclusive os registros.

Obs.: O banco de dados não precisa existir antes da restauração da reversão.

l O parâmetro de configuração do gerenciador de banco de dados, DFTDBPATH, épreferencialmente definido como o valor do caminho do banco de dados no backup. Essaconfiguração ajuda em qualquer limpeza manual que pode ser necessária após uma falha derestauração de snapshot.

Preparando-se para os backups e restaurações da reversão do DB2 StorageDirect com RecoverPoint

Com o RecoverPoint pré-5.0, o agente de aplicativos de banco de dados realiza uma restauraçãoda reversão de um backup do DB2 Storage Direct com RecoverPoint no nível de consistencygroup. Se o consistency group do RecoverPoint que está sendo restaurado contiver várias LUNs,então todas essas LUNs serão sobregravadas e ficarão inacessíveis durante a restauração dareversão. Os requisitos específicos são aplicados aos backups e às restaurações da reversão doDB2 Storage Direct com RecoverPoint.

Lembre-se de seguir os requisitos e as recomendações em Configurando restaurações de reversãode backups do Storage Direct na página 105.

O DB2 dá suporte a backups e restaurações que excluem objetos de registro quando os objetos deregistro são classificados em um grupo diferente de outros objetos de banco de dados. O agentede aplicativos de banco de dados realiza o agrupamento durante o tempo de backup:

l Com o agente de aplicativos de banco de dados 2.5, o agrupamento dos objetos de backuppara o backup do Storage Direct com RecoverPoint é por grupo de volumes de file system, emfavor de uma restauração point-in-time.

l Com o agente de aplicativos de banco de dados 3.0 ou posterior, para dar suporte àrestauração da reversão com uma limitação ao recuperar a versão do RecoverPoint, oagrupamento dos objetos de backup é por consistency group para todas as versões doRecoverPoint.

Certifique-se de atender aos seguintes requisitos para um backup ou restauração da reversão doDB2 Storage Direct com RecoverPoint com a opção exclude logs:



l As LUNs de registro do banco de dados estão em um consistency group dedicado separado dasLUNs do banco de dados.

l As LUNs de registro do banco de dados estão em um grupo de volumes dedicado separado dasLUNs do banco de dados.

Para uma restauração da reversão de um backup da versão 2.5 e com o RecoverPoint pré-5.0,certifique-se de que todos os objetos de banco de dados no mesmo consistency group estejamincluídos no comando de restauração. Se todas as LUNs no consistency group armazenadocontiverem objetos que não foram incluídos no comando de backup, certifique-se de que vocêdesmonte manualmente essas LUNs antes da restauração da reversão e, em seguida, montemanualmente as LUNs após a restauração.

Obs.:

l Com o RecoverPoint pré-5.0, um backup e restauração da reversão do DB2 Storage Directcom RecoverPoint sempre ocorre no nível do consistency group, independentemente dequais objetos estão incluídos no comando de backup. O agrupamento de objetos de backupocorre por consistency group. Como uma prática recomendada para restauração dareversão do DB2 Storage Direct com RecoverPoint, ao executar o backup ou a restauraçãoda reversão, não exclua os registros ou os arquivos de banco de dados que fazem parte doconsistency group do RecoverPoint cujo backup está sendo feito ou restaurado.

l Antes de uma restauração da reversão de um backup da versão 2.5 ou do RecoverPointpré-5.0 com a opção exclude logs (em que o backup ou a restauração usa a opção),certifique-se de que o arquivo psrollback.res não lista os diretórios do registro doDB2.

Fazendo backups e recuperação do Storage Direct com o CLPdo DB2

Você pode executar o CLP do DB2 para realizar backups, restaurações e recuperação do StorageDirect com o agente de aplicativos de banco de dados. A documentação do DB2 apresentadetalhes sobre os comandos e opções do CLP do DB2.

Fazendo backups do Storage Direct com o CLP do DB2Procedimento

Você pode executar um backup do Storage Direct DB2 depois de concluir as configurações debackup em Configuração de operações do Storage Direct em um ambiente do DB2 na página 193.

Você pode executar o comando db2 backup use snapshot library apropriado paraexecutar um backup do Storage Direct DB2.

Backups de snapshot do DB2 não dão suporte em nível incremental, ao tablespace ou a backups demultissessões. A documentação do DB2 apresenta detalhes sobre todas as opções incompatíveiscom backups de snapshot.

O tipo padrão do backup do Storage Direct é um backup de banco de dados off-line completo detodos os caminhos que compõem o banco de dados, inclusive todos os recipientes, o diretório devolume local, o caminho do banco de dados, o registro principal e os caminhos de registro mirror.Um backup do Storage Direct usa a opção include logs por padrão, a menos que vocêespecifique a opção exclude logs. Você pode executar um backup on-line usando a opçãoonline. A documentação do DB2 apresenta mais detalhes.



Por exemplo, no UNIX, execute o seguinte comando:

db2 backup db <sample> online use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options '@<pathname>/db2_ddbda.cfg'

em que:

l <sample> é o nome do banco de dados para backup.

l online especifica a execução de um backup on-line. O tipo de backup padrão é um backupoff-line.

l <pathname>/db2_ddbda.cfg é o nome do caminho do arquivo de configuração DB2,conforme descrito em Configurando os parâmetros do DB2 para operações do StorageDirect na página 194.

Realizando restaurações do Storage Direct com o CLP do DB2Você pode executar o comando db2 restore use snapshot library com as opçõesapropriadas para realizar uma restauração do Storage Direct DB2 para o mesmo host do aplicativoDB2 ou para um host diferente.

Procedimento

Uma restauração do Storage Direct DB2 pode restaurar um backup do Storage Direct para o bancode dados original.

Se estiver recuperando os dados para um point-in-time, observe o registro de data e hora dobackup para restaurar.

Restaurações de snapshot do DB2 não são compatíveis com o nível incremental, com o nível detablespace ou com outros tipos de restaurações. A documentação do DB2 apresenta detalhessobre todas as opções sem suporte para restaurações de snapshot.

Antes de executar alguma restauração, certifique-se de que cumpriu os seguintes requisitos:

l O ID numérico do usuário (ID exclusivo) e o ID de grupo do proprietário do banco de dados/instância de destino corresponde ao ID exclusivo e ao ID de grupo originais capturados duranteo backup do Storage Direct.

Um backup do Storage Direct está associado ao proprietário original do banco de dados/instância. Durante a restauração do backup do Storage Direct, o ID exclusivo e o ID de grupodo proprietário do banco de dados/instância de destino devem corresponder ao ID exclusivo eao ID de grupo originais. Caso contrário, a restauração falhará porque o proprietário do bancode dados/instância não tem permissão para acessar os objetos de banco de dados depois deeles serem restaurados.

l Todos os pontos de montagem do file system no backup são recriados com a propriedade e aspermissões adequadas.

Uma restauração do Storage Direct não restaura a propriedade e as permissões dos pontos demontagem e dos diretórios do file system acima.

l Se o banco de dados contém links simbólicos, em seguida, eles são recriados antes de vocêexecutar uma restauração.

Um backup do Storage Direct não faz o backup de links simbólicos.



Execute uma restauração do Storage Direct executando o comando db2 restore usesnapshot library. Por exemplo, execute o seguinte comando no UNIX:

db2 restore db <sample> use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options '@<pathname>/db2_ddbda.cfg' taken at <yyyymmddhhmmss> logtarget include force

em que:

l <sample> é o nome do banco de dados a ser restaurado.

l <pathname>/db2_ddbda.cfg é o nome do caminho do arquivo de configuração de DB2.

l <yyyymmddhhmmss> é o registro de data e hora do backup para restaurar.

Ignore o parâmetro taken at se você restaurar apenas o backup mais recente do banco dedados.

Se o registro de data e hora do backup for desconhecido, você pode executar o comandodb2acsutil query para localizar o registro de data e hora. Por exemplo:

db2acsutil LOAD /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options '@<pathname>/db2_ddbda.cfg' query snapshot db <sample>

onde:

l <pathname>/db2_ddbda.cfg é o nome do caminho completo do arquivo de configuração.

l <sample> é o nome do banco de dados a ser restaurado.

Consultando backups do Storage Direct DB2 na página 200 fornece mais detalhes.

Realizando uma recuperação de DB2 com o CLP do DB2Procedimento

Você pode executar o comando db2 rollforward para aplicar os registros de transações quesão armazenados no sistema Data Domain a fim de recuperar um banco de dados DB2 para a horaatual ou um point-in-time específico. A operação de avanço usa o workflow do Application Direct,não o workflow do Storage Direct. Realizando uma recuperação de DB2 com o comando de avançodb2 na página 168 fornece detalhes.

Obs.: Para usar a recuperação de avanço, o agente de aplicativos de banco de dados devefazer backup dos registros de transações. Backups do DB2 de registros de transações napágina 193 apresenta detalhes. O comando db2 recover não se aplica a backups do StorageDirect.

Gerenciando e excluindo backups do Storage Direct DB2Você pode usar o utilitário db2acsutil para gerenciar os backups de DB2 do Storage Direct.Você pode executar o comando db2acsutil para realizar as seguintes operações:

l Listar os backups de DB2 do Storage Direct disponíveis que você pode usar para restaurar obanco de dados de DB2.

l Excluir os backups de DB2 do Storage Direct e liberar os recursos associados.

Obs.: Você não pode usar o utilitário db2acsutil para monitorar o status dos backups deDB2 do Storage Direct criados com o agente de aplicativos de banco de dados.

A documentação do IBM DB2 apresenta detalhes sobre o comando db2acsutil e as opções.



Cada backup do Storage Direct também é registrado no histórico de recuperação de DB2, assimcomo outros tipos de backups do DB2. No entanto, as seguintes operações não são aplicáveis abackups de snapshot do DB2:

l Remoção manual de backups de objeto de banco de dados com o comando db2 prunehistory and delete.

l Exclusão automática de objetos de recuperação por meio de uma configuração com osparâmetros num_db_backups,rec_hist_retentn eauto_del_rec_obj do DB2.

Consultando backups do Storage Direct DB2Você pode executar o comando db2acsutil query para gerar uma lista de backups do StorageDirect DB2 disponíveis mantidos no repositório. Você pode executar o comando com a opção db,instance ou taken at<DB2_timestamp>. O agente de aplicativos de banco de dados não dásuporte à combinação de nenhuma uma dessas opções de comando.

Os exemplos a seguir mostram as consultas de backups do Storage Direct:

db2acsutil LOAD /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options '@<pathname>/db2_ddbda.cfg' query snapshot db SAMPLEdb2acsutil LOAD /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options '@<pathname>/db2_ddbda.cfg' query snapshot instance db2inst1db2acsutil LOAD /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options '@<pathname>/db2_ddbda.cfg' query snapshot taken at 20150321121212db2acsutil LOAD /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options '@<pathname>/db2_ddbda.cfg' query snapshot older than 7 days ago instance db2inst1

onde <pathname>/db2_ddbda.cfg é o nome do caminho completo do arquivo de configuraçãousado pelo agente de aplicativos de banco de dados. A documentação do DB2 apresenta detalhessobre o comando e as opções.

Excluindo backups do Storage Direct DB2Você pode executar o comando db2acsutil delete com a opção takenat<yyyymmddhhmmss> para excluir um backup do Storage Direct DB2 criado com o agente deaplicativos de banco de dados. O agente de aplicativos de banco de dados não dá suporte a outrasopções com o comando db2acsutil delete.

Antes de confirmar que a exclusão deve continuar, verifique o nome da instância e do banco dedados no resultado de comando db2acsutil delete. O software exclui as entradas de backupdos índices de backup.

A operação db2acsutil delete não envolve o histórico de recuperação do DB2. Se necessário,você pode remover manualmente o histórico de recuperação de DB2 para mantê-lo sincronizadocom as operações utilitárias db2acsutil.

O seguinte exemplo mostra a exclusão de um backup do Storage Direct DB2:

db2acsutil LOAD /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options '@<pathname>/db2_ddbda.cfg' delete snapshot db SAMPLE taken at 20150321121212

em que <pathname>/db2_ddbda.cfg é o nome completo do caminho do arquivo deconfiguração. A documentação do DB2 apresenta detalhes sobre o comando e as opções.



Executando a recuperação de desastres do DB2Para um plano de recuperação de desastres abrangente, é necessário garantir que você possareconstruir o ambiente de computação e todos os arquivos do servidor do DB2 associados aosdados de manutenção no host de aplicativos.

Procedimento

Use as seguintes diretrizes para se preparar para uma recuperação de desastres do host doservidor do DB2:






l Lembre-se de ter um backup completo atual do banco de dados e todos os registros arquivadosnecessários para uma operação de avanço.

l Salve uma cópia do arquivo de configuração usada para os backups de DB2 do banco de dadose registros arquivados.

l Confirme se a configuração do parâmetro do arquivo de opções correspondente, comologarchopt1, da imagem do banco de dados de origem é válida no host de destino.

Planeje a execução das tarefas a seguir durante uma recuperação de desastres.

Procedimento

1. Configure o arquivo de configuração a ser usado durante a recuperação, inclusive asseguintes configurações de parâmetro:

l CLIENT=<source_client_hostname>

l DB2INSTANCE=<source_database_instance>

l SOURCE_DBNAME=<source_database_name>

Os parâmetros DB2INSTANCE e SOURCE_DBNAME são necessários somente para asoperações de avanço que usam o workflow do Application Direct, não para restaurações debackups de banco de dados do Storage Direct.

Configurando os parâmetros do DB2 para operações do Storage Direct na página 194fornece detalhes.


3. Confira se todas as imagens necessárias do backup de registro e de banco de dados estãodisponíveis. Você pode executar o comando db2acsutil query para obter uma lista debackups disponíveis do Storage Direct. Consultando backups do Storage Direct DB2 napágina 200 fornece detalhes sobre esse comando.

4. Antes de executar quaisquer restaurações, certifique-se de atender aos requisitos derestauração do Storage Direct descritos em Realizando restaurações do Storage Direct como CLP do DB2 na página 198.



5. Execute o comando apropriado db2 restore para restaurar o banco de dados. Porexemplo:

db2 restore db <database_name> use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options '@<pathname>/db2_ddbda.cfg' taken at <yyyymmddhhmmss>

6. Se necessário, realize uma operação de avanço no banco de dados restaurado até o final deregistros ou em um point-in-time:

db2 rollforward database <database_name>

Requisitos de DB2 DPF para operações do Storage DirectNesta versão, para um banco de dados do recurso de particionamento de banco de dados do DB2(DPF), você pode executar backups e restaurações do Storage Direct para VMAX ou backups erestaurações do Storage Direct para XtremIO. No ambiente de DPF, um banco de dados éparticionado em vários nós ou partições, no mesmo host ou em vários hosts. Cada host físico podeter várias partições lógicas.

Cada partição de banco de dados faz parte do banco de dados e consiste em seus próprios dados,índices, arquivos de configuração e registros de transação. Os dados de cada partição sãogerenciados pela partição em si. Em um backup ou restauração, cada partição operaseparadamente e produz seu próprio arquivo de log de depuração.

O banco de dados pode ser distribuído em uma partição por meio da criação do tablespace econtêineres de banco de dados e por meio do grupo de partição de banco de dados. Adocumentação do DB2 apresenta detalhes sobre a configuração de contêineres e grupos departição de banco de dados.

Os recursos e restrições das operações do Storage Direct, que geralmente se aplicam a sistemasDB2, também se aplicam a um ambiente DPF. Os tópicos a seguir apresentam detalhes sobre osrequisitos específicos para as operações do Storage Direct em sistemas DB2 DPF.

Requisitos do file system para operações do Storage Direct em um ambienteDPF

Você deve atender aos seguintes requisitos do file system em um ambiente DPF do Storage Direct:

l O file system do banco de dados é local para o host de partição. Os bancos de dados DPF nãosão criados em um diretório montado em NFS. Os dispositivos para os pontos de montagem defile systems de uma partição são locais para o host de partição.

Obs.:Workflows do Storage Direct não são compatíveis com bancos de dados DPF com um filesystem que reside em dispositivos remotos.

O Storage Direct com workflows do RecoverPoint não dá suporte a partições comdispositivos que são gerenciados por um consistency group comum.

l Os dispositivos de partição lógica e file systems são exclusivos para a partição. Os bancos dedados não devem residir no mesmo dispositivo que o diretório do proprietário da instância ououtro file system do host.

Obs.: O banco de dados DPF tem uma estrutura de diretórios do sistema do banco dedados sob o diretório de usuário do banco de dados comum, como <database_home>/<instance_name>/NODEnnnn, no qual o NODEnnnn é o número do nó da partiçãocorrespondente.



l Para Storage Direct com o RecoverPoint, as LUNs de uma partição de banco de dados estãoprotegidas em seu próprio consistency group.

Obs.:Backups simultâneos de partição exigem a criação de bookmarks simultâneos deconsistency group, mas a criação de boomarks simultâneos para o mesmo consistencygroup não é compatível com suporte.

Uma regra de firewall do RecoverPoint restringe o número de conexões por host em umintervalo de tempo pequeno. Cada backup e restauração da reversão do RecoverPoint usauma ou duas conexões do RecoverPoint. Ajuste o grau de paralelismo de backups erestaurações do RecoverPoint de vários nós lógicos em um host físico para garantir que olimite de conexões não seja atingido. Verificar o limite de conexões a partir da configuraçãode firewall do RecoverPoint; Normalmente, o limite é normalmente 20.

l É recomendável que os dispositivos de registro residam em uma unidade de snapshot separada,como um grupo de volume ou disco, separado de outros dispositivos do componente do bancode dados. Para o backup e a restauração de um registro excluído, a unidade de snapshotseparada para os objetos de registro é um requisito:

n Para o VMAX, os dispositivos de registro preferencialmente residem em diferentes discosou grupos de volumes dos dispositivos de dados.

n Para o XtremIO, os dispositivos de registro preferencialmente são gerenciados em seuspróprios consistency groups.

Você pode atualizar a configuração do banco de dados (como newlogpath) para uma partição,usando a opção member<node_ID> com o seguinte comando:

db2 update db cfg for db <database_name> member <node_ID> using <parameter_name> <value>

Como um exemplo de estrutura de diretório de um banco de dados DPF, a amostra do banco dedados é criada sob a instância dpf10, reside no diretório de usuário do banco de dados /dbhome etem quatro partições em dois hosts físicos. Cada host tem dois nós lógicos. DFTDBPATH (ocaminho padrão do banco de dados) é definido como o nome de caminho absoluto /dbhome.Neste exemplo, a estrutura padrão das partições do diretório do sistema é conforme segue:

l Host 1:

n /dbhome/dpf10/NODE0000n /dbhome/dpf10/NODE0001

l Host 2:

n /dbhome/dpf10/NODE0002n /dbhome/dpf10/NODE0003

O diretório padrão das partições de registro é conforme segue:

l Host 1:

n /dbhome/dpf10/NODE0000/SQL00001/LOGSTREAM0000/n /dbhome/dpf10/NODE0001/SQL00001/LOGSTREAM0001/

l Host 2:

n /dbhome/dpf10/NODE0002/SQL00001/LOGSTREAM0002/n /dbhome/dpf10/NODE0003/SQL00001/LOGSTREAM0003

Para execução de um backup do banco de dados do Storage Direct, inclusive dos registros, ossubdiretórios NODE000n e LOGSTREAM000n devem residir nos dispositivos locais do Storage



Direct. A figura a seguir ilustra o layout do file system do banco de dados em um ambiente DB2DPF.

Obs.: Para o Storage Direct com RecoverPoint, os dispositivos de cada nó nesta figura devemestar nos consistency groups do próprio nó.

Figura 10 Layout do file system do banco de dados em um ambiente Storage Direct DPF

Requisitos de configuração para as operações do Storage Direct em umambiente DPF

Você deve atender aos seguintes requisitos de configuração em um ambiente de Storage DirectDPF.

l Você configurou corretamente o banco de dados no ambiente DPF de acordo com adocumentação do DB2.

l Você instalou e configurou o software do agente de aplicativos de banco de dados em todos oshosts físicos do banco de dados do DPF. O software está configurado corretamente para todosos nós lógicos.

l Você assegurou que todos os nós têm as mesmas configurações de parâmetro. Você criou umarquivo de configuração único em uma pasta compartilhada do sistema que está acessível atodos os nós. Como alternativa, você criou um arquivo de configuração idêntico em cada hostde partição, com o mesmo nome de caminho do arquivo em cada host.

Você definiu o parâmetro CLIENT no arquivo de configuração do DB2 de todos os nós para omesmo nome de host, que geralmente é o nome de host do nó lógico. Parâmetros comuns napágina 86 apresenta detalhes sobre o parâmetro.

l Os hosts de partição usam uma lockbox compartilhada ou lockboxes configuradasindividualmente.

l Você definiu o parâmetro de configuração do gerenciador do banco de dados, DFTDBPATH (ocaminho padrão do banco de dados), como um valor adequado. O valor padrão do parâmetro éum local sob o diretório de usuário da instância do DB2.



Obs.: Durante uma restauração, DFTDBPATH deve ser definido como o valor na imagem debackup.

l O banco de dados reside em um layout dedicado do file system, conforme descrito em Requisitos do file system para operações do Storage Direct em um ambiente DPF na página202.

Realizando backups do Storage Direct em um ambiente DPFO DB2 faz backup de um banco de dados DPF por partição. Você pode realizar backups do StorageDirect do banco de dados do DPF para uma lista especificada de partições, com cada backup queestá sendo um backup completo de uma partição inteira do banco de dados do DPF. Os backups deregistros de arquivamento do DPF são realizados por meio do workflow do Application Direct, nãopelo workflow do Storage Direct.

Você pode executar o backup do Storage Direct de um banco de dados do DPF por meio dequalquer um dos seguintes métodos:

l Execute um backup da Visualização do sistema único (SSV) de várias partições a partir do nódo catálogo como um backup simultâneo de partições especificadas, executando o comandodb2 backup com a opção dbpartitionnums.

O status de cada backup de partição afeta o status geral do backup da SSV. Quando um dosbackups de partição apresentar falha, todo o backup da SSV será relatado como com falha.

Por exemplo:

n Os seguintes comandos são exemplos de um backup da SSV de todas as partições:

db2 backup db <database_name> … on all dbpartitionnums …

db2 "backup db DB01 on all dbpartitionnums use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/dd/pp.cfg"db2 "backup db DB01 on all dbpartitionnums use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/dd/pp.cfg exclude logs"

n O seguinte comando é um exemplo de um backup da SSV de partições específicas:

db2 backup db <database_name> … on dbpartitionnums (n1,n2,…)

db2 "backup db DB01 on dbpartitionnums (0,1,2) use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/dd/pp.cfg"

l Execute backups individuais de partições especificadas com o comando db2_all de modosimultâneo ou sequencial. O status de cada backup de partição é considerado separadamente.Cada backup tem seu próprio registro de data e hora, e a falha de um backup de partição nãoafeta nenhum outro backup de partição.

Por exemplo, os seguintes comandos db2_all executam os backups de partiçõesespecificadas:

n De maneira sequencial:

db2_all “db2 backup db DB01 use snapshot library /opt/dpsapps/dbappagent/lib/lib64l/ibddboostdb2.so options @/home/cfg/dd/pp.cfg”



db2_all “db2 backup db DB01 use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/dd/pp.cfg”db2_all "<<+0< db2 backup db DB01 use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/dd/pp.cfg“

n Simultaneamente em segundo plano:

db2_all "<<-0<; db2 backup db DB01 use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/dd/pp.cfg“

Realizando restaurações do Storage Direct em um ambiente DPFVocê pode restaurar backups do Storage Direct em um ambiente DPF restaurando por partição.Por exemplo, você pode executar db2 restore dentro do comando db2_all para restaurar umaou mais partições.

Se a restauração inclui a partição do catálogo, você pode restaurar a partição do catálogo primeiro,seguido pelas outras partições. A documentação do IBM DB2 apresenta detalhes sobrerestaurações em ambientes de banco de dados DPF.

Obs.: O DB2 não é compatível com o comando db2 recover para a recuperação de umbackup de snapshot.

Também é possível executar as operações de avanço a partir do nó do catálogo para uma partiçãoúnica ou várias partições. As operações de avanço são realizadas através do workflow doApplication Direct.

Para uma recuperação em um ambiente Storage Direct DPF, certifique-se de ter definido oparâmetro de configuração do gerenciador de banco de dados, DFTDBPATH (o caminho do bancode dados padrão), como o valor do caminho do banco de dados na imagem de backup. Essaconfiguração ajuda com a recuperação de uma falha no backup e a limpeza das partições do bancode dados no caso de uma restauração de snapshot com falha.

Ao realizar as restaurações de backups do Storage Direct DPF com o comando db2_all, use aopção replace existing quando aplicável, pois o comando db2_all não é compatível com aentrada interativa.

Por exemplo, o seguinte comando executa a restauração da partição 0:

db2_all "<<+0< db2 restore db DB01 use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/dd/pp.cfg taken at 20161007184634 logtarget include force replace existing"

Os seguintes comandos executam a restauração de todas as partições, exceto da partição 0:

l De maneira sequencial:

db2_all "<<-0< db2 restore db DB01 use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/dd/pp.cfg taken at 20161007184634 logtarget include force replace existing"

l Simultaneamente em segundo plano:

db2_all "<<-0<; db2 restore db DB01 use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/dd/pp.cfg taken at 20161007184634 logtarget include force replace existing"

Se uma restauração de partição apresentar falha, a partição restaurada pode estar danificada. Pararecuperar-se da falha, tente criar novamente a partição e reinicie a restauração:



l Defina DB2NODE para o número de partição no ambiente e execute o comando db2terminate para que as alterações sejam aplicadas.

l Execute o comando db2 create database<database_name>at dbpartitionnum.

l Se não for possível criar a partição novamente, poderá ser necessária uma limpeza manual.Pode ser necessário reiniciar a restauração para todos os nós.

Executando operações de consulta e exclusão em um ambiente DPFApós executar backups do Storage Direct de bancos de dados DPF, você também pode executaroperações de consulta e exclusão para os backups do Storage Direct DPF usando a ferramentadb2acsutil de consulta e exclusão do DB2.

Você pode executar o comando db2acsutil para realizar operações de consulta e exclusão apartir de qualquer host de partição para os backups do Storage Direct DPF. A entrada para cadapartição é listada separadamente:

l Você pode executar uma consulta, especificando o nome do banco de dados, o nome dainstância, o número de partições e o registro de data e hora do DB2. Por exemplo, a saída docomando a seguir mostra os resultados da consulta do backup de SSV de todas as partições deum banco de dados com um registro de data e hora:

db2acsutil load /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/space1/cfg/pp.cfg query snapshot db ps03 instance dpf10 taken at 20161007184634

Instance Database Part Image Time Host First Log========== ========== ==== ============== ========== ==========dpf10 PS03 0 20161007184634 3dpf10 PS03 1 20161007184634 3dpf10 PS03 2 20161007184634 3dpf10 PS03 3 20161007184634 3

l Você pode executar uma exclusão especificando o registro de data e hora do DB2 com a opçãotaken at. Você também pode filtrar os resultados do comando especificando o nome dobanco de dados, o nome da instância e a opção dbpartitionnum<n>. Por exemplo, oseguinte comando mostra os resultados da exclusão de um backup do Storage Direct comVMAX da partição 0:

db2acsutil load /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/space1/cfg/pp.cfg delete snapshot db ps03 instance dpf10 taken at 20161007184634 dbpartitionnum 0

Instance Database Part Image Time Host First Log========== ========== ==== ============== ========== ==========dpf10 PS03 0 20161007184634 3Are you sure (y/[n])? yDD Info Msg: Severity: 3 INFO: Session Created - Host : ledmd034.lss.emc.com, User: ddvdisk

DD Info Msg: Severity: 3 INFO: Static Image get info request - Static Image id: 040036601621057ea7f0600372000f000000020a

DD Info Msg: Severity: 3 INFO: Session Created - Host : ledmd034.lss.emc.com, User: ddvdisk

DD Info Msg: Severity: 3 INFO: Static Image delete request - Static Image id: 000036601621000f040036601621057ea7f0600372000f000000020a

Deleted.



Requisitos de DB2 HADR para operações do Storage DirectVocê pode realizar backups e restaurações do Storage Direct com o agente de aplicativos debanco de dados em um ambiente de recuperação de desastres de alta disponibilidade (HADR) doDB2. Você pode iniciar um backup somente no nó principal. O DB2 não dá suporte a backups emnós em standby. O agente de aplicativos de banco de dados somente dá suporte a configuraçõesHADR em que a instância do banco de dados HADR tem o mesmo nome em todos os nós. Vocêpode configurar e fazer backup dos registros arquivados para o banco de dados usando asoperações do Application Direct.

Você deve atender aos seguintes requisitos de configuração em um ambiente DB2 HADR:

l Você configurou o banco de dados no ambiente HADR de acordo com a documentaçãoapropriada do DB2.

Obs.: Para operações do Storage Direct, o nome da instância de todos os nós deve ser omesmo, e somente um nó é permitido por host físico. Todos os caminhos de banco dedados devem ser os mesmos em todos os nós.

l Você instalou o software do agente de aplicativos de banco de dados em cada nó que participado backup ou recuperação, inclusive os nós em standby. O software é necessário em nós emstandby no caso de troca de função entre os nós e para fins de recuperação.


l Você definiu o parâmetro CLIENT no arquivo de configuração do DB2 para o nome de hostválido de um dos nós para todos os backups e recuperações. Parâmetros comuns na página 86apresenta detalhes sobre o parâmetro.

Obs.: A mesma configuração CLIENT deve ser usada em todas as operações de backup erecuperação para os nós HADR.

l Você assegurou que todos os nós têm as mesmas configurações de parâmetro.

l Você assegurou que a instância do banco de dados do HADR tem o mesmo nome em todos osnós.

l Você assegurou que o ID do usuário e o ID de grupo de usuários do DB2 são correspondentesem todos os nós. Realizando restaurações do Storage Direct com o CLP do DB2 na página 198apresenta mais detalhes sobre esse requisito e outros requisitos para restaurações.

l Você assegurou que todas as LUNs de backup e restauração são fornecidas corretamente paratodos os nós, uma vez que os backups e restaurações podem ser iniciados a partir de qualquernó com função primária.

Você pode executar uma recuperação de DB2 HADR em um único nó ou em vários nós.

Obs.: Como um requisito do DB2, antes de iniciar uma recuperação do HADR, você deveinterromper o HADR e desativar o banco de dados em nós de recuperação. A documentação doDB2 apresenta detalhes sobre os procedimentos necessários.

Recuperação de um único nó com falha

Uma recuperação de DB2 HADR de um único nó requer as etapas a seguir.

1. Desative o banco de dados no nó com falha e, em seguida, interrompa o HADR.

Se o nó com falha for o nó principal, ele deve trocar de função com outro nó. É um nó emstandby quando a recuperação ocorre.



2. Faça a recuperação do nó com falha, como se fosse um banco de dados independente. Executeuma operação de avanço sem a opção complete, o que deixa o banco de dados em um estadopendente de avanço conforme necessário para um nó em standby.


4. Inicie o HADR no nó em standby recuperado.

Recuperação de todos os nós

Uma recuperação de DB2 HADR de todos os nós restaura toda a configuração de HADR para umpoint-in-time, como em uma recuperação de desastres.

Uma recuperação de DB2 HADR de todos os nós requer as etapas a seguir.

1. Recupere o banco de dados de todos os nós HADR como se eles fossem bancos de dadosindependentes.

Para os nós em standby, execute uma operação de avanço sem a opção complete, o quedeixa o banco de dados em um estado pendente de avanço conforme necessário para um nóem standby.


3. Inicie o HADR em todos os nós em standby.

4. Inicie o HADR no nó principal.

5. Faça backup manualmente do banco de dados.

Requisitos do DB2 pureScale para operações do StorageDirect

Em um ambiente do DB2 pureScale, você pode executar backups e restaurações do Storage Directpara VMAX ou backups e restaurações do Storage Direct com RecoverPoint. O ambiente é umambiente de cluster ativo-ativo de aplicativo no qual vários servidores de banco de dados,conhecidos como nós de membro, operam em uma partição de dados única. O banco de dados docluster opera dentro do cluster de IBM General Parallel File Systems (GPFSs).

Cada membro do DB2 pureScale processa seus próprios metadados, gera transaçõesindependentes e mantém seus próprios arquivos de log de transação.

Para realizar um backup ou restauração em nome de todos os membros em um ambiente do DB2pureScale, você executa um único comando db2 backup db ou db2 restore db com asopções de comando apropriadas em qualquer membro ativo.

O agente de aplicativos de banco de dados dá suporte apenas para o backup completo e para arestauração de banco de dados inteiro, conforme compatível com as operações de backup erestauração do snapshot de DB2. O agente de aplicativos de banco de dados faz backup dosregistros arquivados somente por meio do workflow do Application Direct.

Visão geral dos backups e restaurações do Storage Direct de um banco de dadosdo DB2 pureScale

Um banco de dados do DB2 pureScale reside em file systems do IBM GPFS. Um dispositivo de filesystem GPFS consiste em um ou mais discos compartilhados de rede (NSDs) e um NSD é criadopor meio de um disco físico rígido. Um dispositivo de file system GPFS possui seu próprio sistemade gerenciamento, que corresponde ao gerenciamento de volumes do file system tradicional. Ostermos File system GPFS e Dispositivo do file system GPFS são usados alternadamente nestecapítulo.



O agrupamento da unidade de snapshot do ACS do DB2 é realizado por file system GPFS. Umbackup ou uma restauração do Storage Direct para um banco de dados pureScale é realizado nonível do file system GPFS:

l Durante um backup, a configuração do file system é salva com o snapshot.

l Durante uma restauração, o file system existente é exportado e a configuração do sistema dearquivo salvo é importada para a configuração de banco de dados global GPFS.

O agente de aplicativos de banco de dados dá suporte somente às restaurações da reversão debackups do Storage Direct em um ambiente do DB2 pureScale, e não a outros tipos derestaurações:

l Uma restauração da reversão de um backup do Storage Direct para VMAX pode ser umarestauração da reversão regular ou redirecionada:

n Uma restauração da reversão regular para o sistema original de cluster do pureScale é umarestauração em nível de LUN para LUNs de origem inicial.

n Uma restauração da reversão redirecionada para um sistema de cluster alternativo é umarestauração em nível de LUN do mesmo array VMAX em um cluster diferente.

l Uma restauração da reversão para um sistema XtremIO é uma restauração em nível deconsistency group do RecoverPoint, que restaura todas as LUNs de origem em um consistencygroup.

O agente de aplicativos de banco de dados é compatível com uma restauração redirecionada pararealocar um banco de dados do pureScale de um cluster para outro cluster somente com osbackups do Storage Direct para VMAX. Restaurações da reversão redirecionadas de backups doStorage Direct para VMAX a LUNs alternativas em um cluster diferente na página 216 apresentamais detalhes.

Você deve atender aos requisitos específicos de um backup ou restauração do Storage Direct deum banco de dados pureScale, inclusive a conclusão das etapas recomendadas de pré-processamento e pós-processamento. Os tópicos a seguir apresentam detalhes.

Requisitos de configuração para as operações do Storage Direct em umambiente do DB2 pureScale

O cluster do DB2 pureScale deve ser configurado corretamente e deve atender aos requisitosadicionais do Storage Direct relacionados a layout do GPFS de banco de dados. O software doagente de aplicativos deve ser instalado e configurado corretamente em todos os membros.

Lembre-se de atender aos seguintes requisitos de configuração para operações de backup erestauração do Storage Direct em um ambiente do DB2 pureScale:

1. Configuração do banco de dados:

l Você configurou o banco de dados no ambiente do DB2 pureScale de acordo com adocumentação da IBM. Todos os componentes de banco de dados residem no file systemGPFS em armazenamento em disco compartilhado que é acessível a todos os membros,inclusive os dados do banco de dados, os arquivos de sistema e os caminhos de registro.

Obs.:Como o backup e a restauração são executados no nível do file system do GPFS, cadabanco de dados deve ter seus próprios dispositivos dedicados e file systems do GPFS,que se encontram separados dos dispositivos e file systems da instância, dos outrosbancos de dados e dos componentes do cluster do GPFS. Para o RecoverPoint, osconsistency groups dos file systems do banco de dados devem ser dedicados ao bancode dados.

Para backups e restaurações com a opção exclude logs, os diretórios do registro dobanco de dados devem residir em file systems GPFS diferentes de outros objetos do



banco de dados. Para operações do Storage Direct com RecoverPoint com a opçãoexclude logs, os diretórios do registro também devem residir em consistency groupsdedicados, separados dos consistency groups de outros objetos do banco de dados.

Esta versão do agente de aplicativos de banco de dados não é compatível comrestaurações da reversão do DB2 de um consistency group parcial.

A prática recomendada do ACS do DB2 é usar os file systems dedicados para caminhosde registro, com os caminhos de registro em um volume separado de snapshot dodiretório do banco de dados e contêineres do banco de dados. Impondo a práticarecomendada de ACS do DB2 no layout do diretório de registro na página 195 apresentadetalhes.

l Quando é feito backup no banco de dados do DB2 pureScale, ele se torna consistente.Durante uma restauração, todos os membros estão ativos e funcionando adequadamente demodo a permitir a exportação e importação dos file systems.

l É recomendável que você crie o file system do banco de dados com a opção automountdesligada.

Se um file system do GPFS for monitorado e montado automaticamente pelos serviços degerenciamento do GPFS, como o Tivoli System Automation for Multiplatforms (SA MP), aatividade de montagem automática pode interferir com as operações de restauração dareversão.

Em um ambiente com serviços de cluster em que o serviço de montagem automática setorna um problema em restaurações da reversão, você deve criar o file system do banco dedados com a opção no-automount.

2. Configuração do agente de aplicativos de banco de dados:

l Você instalou o software do agente de aplicativos de banco de dados em cada host no qualreside um membro do pureScale que participa do backup ou da recuperação.

l Você concluiu todos os procedimentos após a instalação em cada host membro, inclusive oprocedimento de configuração da lockbox para todos os hosts participantes. Os hosts usamuma lockbox compartilhada ou lockboxes configuradas individualmente.

Se uma lockbox compartilhada por NFS estiver configurada, você deve seguir todas asetapas necessárias em Configurando a lockbox em um ambiente de alta disponibilidade napágina 123.

l Você garantiu que todos os nós membros têm as mesmas configurações de parâmetro.Você criou um arquivo de configuração único em uma pasta compartilhada do sistema queestá acessível a todos os hosts membros. Como alternativa, você criou um arquivo deconfiguração idêntico em cada host membro, com o mesmo nome de caminho do arquivoem cada host.

Você definiu o parâmetro CLIENT no arquivo de configuração do DB2 para todos osmembros com o mesmo nome de host, que é o nome de host de um dos nós do membro. Parâmetros comuns na página 86 apresenta detalhes sobre o parâmetro.

l Você atualizou a configuração do banco de dados para arquivamento de registro erecuperação usando o Application Direct. Configurando o arquivamento de registro detransação do DB2 na página 158 apresenta mais detalhes.

Mantendo registros de configuração para operações do Storage Direct

É recomendável que você mantenha um registro atualizado das informações sobre configuraçãopara os file systems GPFS, NSDs e discos físicos dos bancos de dados dos quais você fizer backupe restauração. Você pode usar as informações durante as etapas de pré-processamento e pós-processamento que podem ser necessárias para concluir as operações de restauração da reversão.

Antes de cada backup e restauração, execute os comandos adequados do GPFS como usuário rootpara obter as informações de rastreamento sobre os file systems GPFS, NSDs e dispositivos de



disco rígido do banco de dados. A Referência de Administração e Programação do IBM GPFSapresenta mais detalhes sobre os comandos do GPFS:

l Para obter informações sobre os file systems GPFS, nos quais o banco de dados é criado,execute os comandos mmlsnsd e mmlsfs. Os comandos de exemplo a seguir incluem o filesystem fs_hi do banco de dados:

export PATH=$PATH:/opt/emc/SYMCLI/bin:/usr/lpp/mmfs/binmmlsnsd -f fs_hi -X

Disk name NSD volume ID Device Devtype Node name Remarks------------------------------------------------------------------------------------------ gpfs1007nsd 0AF1AF90570FB853 /dev/sdh generic ledmf144.lss.emc.com gpfs1008nsd 0AF1AF90570FB854 /dev/sdi generic ledmf144.lss.emc.com

mmlsfs fs_hi -T

flag value description------------------- ------------------------ ----------------------------------- -T /sd_hi Default mount point

l Para recuperar uma cópia da configuração do file system do banco de dados para um arquivode texto, a qual pode ser usada em uma importação do file system, se necessário, execute ocomando mmbackupconfig. Por exemplo:

mmbackupconfig fs_hi -o fs_hi.bk.cfg

l Para obter informações sobre LUNs em um ambiente VMAX, execute o comando sympdlist. Por exemplo:

sympd list

Symmetrix ID: 000196701031 Device Name Dir Device---------------------------- ------- ------------------------------------- CapPhysical Sym SA :P Config Attribute Sts (MB)---------------------------- ------- -------------------------------------/dev/sdb 0089C 01D:009 TDEV N/Grp'd RW 6/dev/sdc 0089D 01D:009 TDEV N/Grp'd RW 6/dev/sdh 008A0 01D:009 TDEV N/Grp'd RW 8629/dev/sdi 008A1 01D:009 TDEV N/Grp'd RW 8629/dev/sdj 008A2 01D:009 TDEV N/Grp'd RW 8629/dev/sdk 008A3 01D:009 TDEV N/Grp'd RW 8629/dev/sdl 008A4 01D:009 TDEV N/Grp'd RW 8629

l Execute o comando syminq para obter informações sobre o dispositivo do XtremIO em umambiente do RecoverPoint. Por exemplo:

syminq

Device Product Device--------------- --------------------------- ---------------------------Name Type Vendor ID Rev Ser Num Cap (KB)--------------- --------------------------- ---------------------------…/dev/sdb XtremIO XtremApp 4030 514F0C58C5800019 6291456/dev/sdc XtremIO XtremApp 4030 514F0C58C580001A 6291456



Executando backups do Storage Direct em um ambiente do DB2 pureScalePara fazer um backup do Storage Direct do banco de dados inteiro do DB2 pureScale depois que oagente de aplicativos de banco de dados é instalado e configurado, um usuário do DB2 em ummembro ativo pode executar o comando db2 backup. Por exemplo:

db2 backup db <sample> use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/pp.cfg

Neste exemplo, o comando faz o backup do banco de dados da <sample>, usando as configuraçõesno arquivo de configuração /home/cfg/pp.cfg.

Executando restaurações do Storage Direct em um ambiente do DB2 pureScaleGeralmente, em um ambiente do DB2 pureScale, você pode executar uma restauração a partir deum membro ativo. Antes da restauração, certifique-se de atender aos requisitos de restauração,conforme descrito no próximo tópico.

Por exemplo, em uma restauração para o cluster original, um usuário do DB2 em um membro ativopode executar o seguinte comando para realizar uma restauração da reversão:

db2 restore db <sample> use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/cfg/pp.cfg taken at <yyyymmddhhmmss> logtarget include force

Neste exemplo, o comando restaura o backup do Storage Direct do banco de dados <sample>usando as configurações no arquivo de configuração /home/cfg/pp.cfg. Quando o registro dedata e hora não for especificado, o backup do Storage Direct mais recente é restaurado.

Requisitos de restauração do Storage Direct em um ambiente do DB2 pureScale

Você deve atender a requisitos específicos do DB2 para uma restauração do pureScale. O agentede aplicativos de banco de dados dá suporte apenas a uma restauração da reversão para um bancode dados do pureScale. Você também deve atender aos requisitos para uma restauração dareversão de um backup do Storage Direct em Configurando restaurações de reversão de backupsdo Storage Direct na página 105.

Uma restauração da reversão é destrutiva e ocorre no nível do file system GPFS. A configuraçãodo file system GPFS restaurado de destino é exportada, e a configuração de backup do GPFS éimportada de volta. As LUNs de NSD de destino são sobregravadas com o conteúdo original.

Obs.: O DB2 10.5 ou posterior dá suporte à restauração de um backup de banco de dados off-line de uma instância do DB2 pureScale para a versão do DB2 Enterprise Server. DB2 10.5 ouposterior também dá suporte à restauração de um backup off-line da versão do DB2 EnterpriseServer para uma instância do DB2 pureScale. No entanto, o agente de aplicativos de banco dedados não dá suporte a esses tipos de restaurações para backups do Storage Direct em umambiente pureScale.

Certifique-se de atender os requisitos de configuração do banco de dados em Requisitos deconfiguração para as operações do Storage Direct em um ambiente do DB2 pureScale na página210. Certifique-se também de atender aos seguintes requisitos específicos para restaurações:

l Todos os membros pureScale estão ativos e funcionando adequadamente para permitir aexportação e importação dos file systems.

l Para restaurações do Storage Direct com RecoverPoint, o banco de dados tem um consistencygroup dedicado. Se precisar manter LUNs extras em um consistency group do RecoverPoint



que não são usadas pelo banco de dados, use as etapas de pós-processamento em um tópico aseguir para manter as LUNs extras.

l A configuração de parâmetro RESTORE_TYPE_ORDER=rollback existe no arquivo deconfiguração do agente de aplicativos de banco de dados. Configurando restaurações dereversão de backups do Storage Direct na página 105 apresenta mais detalhes.

l O arquivo psrollback.res lista os arquivos e diretórios a serem excluídos das verificaçõesde segurança da reversão. Configurando restaurações de reversão de backups do StorageDirect na página 105 apresenta mais detalhes.

l Para uma restauração ao cluster original, a restauração é realizada para as LUNs de origeminicial. Para uma restauração redirecionada de um backup do VMAX a um cluster diferente, arestauração é realizada para LUNs diferentes. Restaurações da reversão redirecionadas debackups do Storage Direct para VMAX a LUNs alternativas em um cluster diferente na página216 apresenta mais detalhes.

Em ambos os casos, o file system (com o mesmo nome e ponto de montagem) deve existir edeve ser montado. Se o file system não existir, crie novamente o file system com base nasinformações que foram salvas durante o backup.

l Quaisquer conflitos de nomenclatura de NSD ou file system, que causem problemas naimportação de um file system, devem ser resolvidos antes de iniciar a restauração.

Obs.: Os nomes originais de NSD e as LUNs físicas não são utilizados para outra finalidadeou por outros file systems. Não há NSD livre com o mesmo nome que um NSD original nosfile systems armazenados. O IBM GPFS Administration and Programming Referenceapresenta mais detalhes.

Após uma restauração da reversão de um backup do Storage Direct, você pode precisar realizaretapas adicionais de pós-processamento se existir alguma das seguintes condições:

l Discos físicos foram adicionados ao file system do banco de dados após o tempo de backup.

l A restauração da reversão falha no meio da operação, quando a configuração do file systempode já ter sido exportada do sistema.

l A restauração da reversão de um backup do Storage Direct com RecoverPoint restaura asLUNs no consistency group do RecoverPoint que não faziam parte do comando de backup.

Os tópicos a seguir fornecem detalhes sobre as etapas de pós-processamento necessárias.

Pós-processamento devido a discos físicos adicionais

No sistema original que recebeu backup, se os discos físicos foram adicionados ao file system dobanco de dados após o tempo de backup, a restauração da reversão do backup do banco de dadosnão usará esses discos. No entanto, os discos ainda carregam uma assinatura NSD, a qual deve serapagada para ativar os discos para que sejam reutilizados após a restauração.

Analise a configuração do tempo de backup e de antes do tempo de restauração para determinarquais discos físicos adicionais precisam ser limpos. Mantendo registros de configuração paraoperações do Storage Direct na página 211 apresenta detalhes sobre como obter informação sobreconfiguração. Verifique a configuração dos file systems do GPFS e LVM (Logical VolumeManagement, gerenciamento de volumes lógicos) para garantir que os discos não estejam sendousados. Execute o comando mkfs para formatar os discos e limpar suas informações relacionadasao GPFS. Por exemplo:

l No Linux, execute o comando mkfs -t ext2 /dev/sdj.

l No AIX, execute o comando mkfs -V jfs2 /dev/hdisk15.

Obs.: O layout do NSD e do disco físico do file system existente (antes de ele ter sidoexportado na restauração) foi registrado no arquivo de saída temporário /opt/dpsapps/dbappagent/tmp/mmlsnsd<file_system_name>_output<ddbsmd_pid>. Estas



informações do layout do NSD e do disco físico foram produzidas pelo comando mmlsnsd -f-X durante a restauração.

Pós-processamento devido a uma falha de restauração da reversão

A restauração da reversão pode falhar no meio da operação, quando a configuração do file systemjá foi exportada do sistema. Para reiniciar a restauração da reversão, o file system deve serimportado novamente ou recriado.

Primeiro, verifique se a configuração do file system foi exportada. Por exemplo, execute ocomando mmlsnsd -ffile_system_name-X. Se o file system não foi exportado, ele não seráreconhecido pelo comando.

Se o file system foi exportado, importe-o novamente ou recrie-o:

l Para importar novamente a configuração do file system que foi exportada durante arestauração da reversão, execute o seguinte comando:

mmimportfs <file_system_name> -i <input_file>

em que:

n <file_system_name> é o nome do file system restaurado.

n <input_file> é o arquivo que contém a saída do comando mmexportfs, como ele foiexecutado no file system <file_system_name> durante a restauração. O arquivo foi salvocomo arquivo temporário /opt/dpsapps/dbappagent/tmp/mmexportfs<file_system_name><ddbsmd_pid>.

Depois de importar o file system, execute o comando mmlsnsd -f<file_system_name>-Xpara verificar se o file system foi reiniciado corretamente.

l Se houver um motivo para que o comando mmimportfs não possa ser executado para reiniciaro file system, crie novamente o file system usando as informações sobre configuração obtidasno tempo de backup. Por exemplo:

db2cluster -create -filesystem fs_hi -disk /dev/sdh,/dev/sdi -mount /sd_hi

A configuração do file system de antes da exportação foi registrada durante a restauração noarquivo temporário /opt/dpsapps/dbappagent/tmp/mmlsnsd<file_system_name>_output<ddbsmd_pid>. Essa configuração também podeser usada, desde que esteja de acordo com a configuração do file system no backup, conformenecessário.

Pós-processamento devido às LUNs adicionais em um consistency group do RecoverPoint

Em uma restauração da reversão do Storage Direct com RecoverPoint, o conteúdo original detodas as LUNs no mesmo consistency group é restaurado. No entanto, apenas o file system doGPFS que foi incluído no comando de backup tem sua configuração original restaurada. Osconsistency groups devem ser dedicados aos file systems do banco de dados.

Se o consistency group inclui LUNs extras que não fazem parte do backup, você deve limparmanualmente as LUNs ou os file systems que não fazem parte do backup. Por exemplo, as LUNsextras resultaram da adição de novos NSDs ao file system após o backup. Caso necessite manterLUNs extras em um consistency group do RecoverPoint que não são usadas pelo banco de dados,faça o backup da configuração dos file systems dessas LUNs extras antes de fazer o backup dobanco de dados. Em seguida, você pode usar a configuração para realizar uma importação após arestauração do banco de dados, em que todas as LUNs do consistency group são restauradas. Emuma restauração do banco de dados, você deve desmontar e exportar o file system extra existenteque não foi gerenciado pelo backup de banco de dados. Após concluir a restauração do banco de



dados, importe manualmente a configuração original do file system salvo e monte novamente o filesystem.

Restaurações da reversão redirecionadas de backups do Storage Direct paraVMAX a LUNs alternativas em um cluster diferente

Você pode executar uma restauração realocada de um banco de dados do pureScale em um clusterdiferente executando uma restauração da reversão redirecionada com o agente de aplicativos debanco de dados para LUNs alternativas no mesmo array VMAX no cluster de destino. Narestauração da reversão, a configuração do file system GPFS no backup é restaurada para ocluster diferente, substituindo o file system existente.

Obs.: Uma restauração da reversão para o cluster original é realizada para as LUNs de origeminicial.

Certifique-se de atender aos requisitos gerais em Executando a recuperação de desastres doDB2 na página 201. Além disso, certifique-se de atender aos requisitos específicos do DB2 parauma restauração de banco de dados do pureScale de um cluster para um cluster diferente. Érecomendável usar um backup consistente para a restauração. Ao usar um backup off-line, faça arestauração com a opção without rolling forward. Analise o tópico a seguir antes derealizar uma restauração da reversão redirecionada de um backup do Storage Direct para VMAX.

Requisitos para uma restauração da reversão redirecionada de um backup do Storage Directpara VMAX

Certifique-se de atender aos seguintes requisitos do Storage Direct antes de iniciar umarestauração da reversão redirecionada de um backup do Storage Direct para VMAX em umambiente pureScale:

l O file system GPFS de destino deve existir antes da restauração e deve ter o mesmo nome eponto de montagem que o file system do qual foi feito backup. Crie novamente o layout originaldo file system GPFS conforme necessário para a restauração da reversão. Siga as diretrizes em Requisitos do file system GPFS para uma restauração da reversão redirecionada de um backupdo Storage Direct para VMAX na página 217.

l O número de dispositivos físicos (LUNs e NSDs) no file system GPFS de destino deve ser igualao número no file system do qual foi feito backup.

Obs.: Os nomes das LUNs e NSDs de destino podem ser diferentes dos nomes do filesystem do qual foi feito backup. No entanto, não deve haver nenhum conflito de nome deNSD entre o file system em que foi feito o backup e o cluster alternativo. Por exemplo, nãohá NSD existente nos file systems fora do file system de destino com o mesmo nome queum NSD a ser restaurado. Todos os conflitos que possam causar uma falha de importaçãodevem ser resolvidos antes da restauração.

l O tamanho das LUNs de destino deve ser igual ou maior que o tamanho das LUNs originais.

l Os dispositivos do Storage Direct VMAX devem ser configurados e provisionados corretamentepara a restauração da reversão.

l Os componentes da instância do pureScale devem ser configurados corretamente no clusteralternativo, de acordo com a documentação do DB2.

l O cluster alternativo deve seguir os requisitos de restauração do Storage Direct, a partir dostópicos anteriores neste capítulo. O ID numérico do usuário (ID exclusivo) e o ID de grupo dousuário da instância do DB2 de destino devem corresponder ao ID do usuário e ID de grupo dousuário original do DB2, conforme registrado no backup.

l O software do agente de aplicativos de banco de dados deve ser instalado e configuradocorretamente nos membros do pureScale que realizam a restauração da reversão. O parâmetroCLIENT deve ser definido como o valor original, conforme registrado no backup.



Requisitos do file system GPFS para uma restauração da reversão redirecionada de umbackup do Storage Direct para VMAX

Realize as seguintes etapas para garantir que o layout do file system GPFS atenda aos requisitosde uma restauração da reversão redirecionada de um backup do Storage Direct para VMAX:

1. Obtenha o layout e a configuração originais de GPFS do file system do qual foi feito backup.Recomenda-se manter uma cópia da configuração do file system em que foi feito o backup.Também é possível recuperar as informações de layout do dispositivo que foram salvas nobackup executando o comando ddbmadmin.

O seguinte comando ddbmadmin exibe os metadados identificadores do snapshot do saveset,que contêm a configuração do GPFS e informações do dispositivo físico que foram salvasdurante o backup, mas não o tamanho dos dispositivos em que foi feito o backup:

ddbmadmin -s -v -b <start_backup_time> -e <end_backup_time> -n <application> -z <configuration_file> [-D 9]

Por exemplo, o seguinte comando ddbmadmin define o valor <start_backup_time> com baseno registro de data e hora 20160929112916 do backup do DB2:

ddbmadmin -s -v -b 'Sep 29 11:29:14' -e now -n db2 -z /home/cfg/dd/pp.cfg 2>&1 | tee ../logs/lastbk.log

O backup deste exemplo contém dois file systems GPFS, fs_dbData e fs_dbLog. A saída docomando no arquivo lastbk.log lista a informação sobre configuração sob o nome doarquivo de backup, ACS*20160929112916* para cada file system.

A saída do comando lista as seguintes informações para o file system fs_dbData:

l Ponto de montagem: /dbDatal NSDs: gpfs1001nsd, gpfs1002nsdl Dispositivos físicos: dev/sdp, /dev/sdqA parte relevante da saída do comando com as informações do file system fs_dbData é aseguinte:

Record file = Record file = /su_ledmf144_5/ledmf144.lss.emc.com/27/2.0/meta_rec/$db2_acs:$/_ts10k_147516/1475163078.rec.client = ledmf144.lss.emc.com, date and time = 09/29/16 11:31:18, size = 4108, ssid = 1475163078, name = ACS.DB2INST1.NODE0000.PSTEST1.20160929112916ssid=245fcf5c-00000011-00000000-57ed33c6-57ed33c6-da00aa56 (1475163078), date and time=09/29/16 11:31:18 (1475163078), host=ledmf144.lss.emc.com, name...%%home%%:40_SG_ETCFS:fs_dbData:1:%2FdbData:%%home%%:40_SG_ETCFS:fs_dbData:2: dev = /dev/fs_dbData%%home%%:40_SG_ETCFS:fs_dbData:3: vfs = mmfs%%home%%:40_SG_ETCFS:fs_dbData:4: nodename = -%%home%%:40_SG_ETCFS:fs_dbData:5: mount = mmfs%%home%%:40_SG_ETCFS:fs_dbData:6: type = mmfs%%home%%:40_SG_ETCFS:fs_dbData:7: account = false%%home%%:50_SG_MOUNT:fs_dbData::rw:mtime:atime:::::::::::::::::::::%%home%%:60_SG_DISKS:fs_dbData:1:gpfs1001nsd:17671680:-1:dataAndMetadata:0AF1AF9057ED2F4E:nsd:::other::generic:cmd::::::system::::::%%home%%:60_SG_DISKS:fs_dbData:2:gpfs1002nsd:17671680:-1:dataAndMetadata:0AF1AF9057ED2F4F:nsd:::other::generic:cmd::::::system::::::|GPFS|7|3|5|0|0|/dev/sdp /dev/sdq ";

A saída do comando lista as seguintes informações para o file system fs_dbLog:



l Ponto de montagem: /dbLogl NSDs: gpfs1003nsdl Dispositivos físicos: dev/sdrA parte relevante da saída do comando com as informações do file system fs_dbLog é aseguinte:

Record file = /su_ledmf144_5/ledmf144.lss.emc.com/27/2.0/meta_rec/$db2_acs:$/_ts10k_147516/1475163073.rec.client = ledmf144.lss.emc.com, date and time = 09/29/16 11:31:13, size = 3404, ssid = 1475163073, name = ACS.DB2INST1.NODE0000.PSTEST1.20160929112916...%%home%%:40_SG_ETCFS:fs_dbLog:1:%2FdbLog:%%home%%:40_SG_ETCFS:fs_dbLog:2: dev = /dev/fs_dbLog%%home%%:40_SG_ETCFS:fs_dbLog:3: vfs = mmfs%%home%%:40_SG_ETCFS:fs_dbLog:4: nodename = -%%home%%:40_SG_ETCFS:fs_dbLog:5: mount = mmfs%%home%%:40_SG_ETCFS:fs_dbLog:6: type = mmfs%%home%%:40_SG_ETCFS:fs_dbLog:7: account = false%%home%%:50_SG_MOUNT:fs_dbLog::rw:mtime:atime:::::::::::::::::::::...%%home%%:60_SG_DISKS:fs_dbLog:1:gpfs1003nsd:17671680:-1:dataAndMetadata:0AF1AF9057ED3073:nsd:::other::generic:cmd::::::system::::::|GPFS|7|3|5|0|0|/dev/sdr ";

2. Crie os file systems GPFS de destino usando os mesmos pontos de montagem.

Por exemplo, os seguintes comandos criam os file systems fs_dbData e fs_dbLog com omesmo ponto de montagem que o usado nos file systems em que foi feito o backup:

db2cluster -create -filesystem fs_dbData -disk /dev/sdf,/dev/sdg -mount /dbDataFile system 'fs_dbData' has been successfully created.

db2cluster -create -filesystem fs_dbLog -disk /dev/sdl -mount /dbLogFile system 'fs_dbLog' has been successfully created.

Liste os NSDs e informações do file system para garantir que não haja conflitos com ossistemas originais na etapa 1. Certifique-se de que cada file system tenha o mesmo número deNSDs e discos físicos que o file system em que foi feito o backup.

Obs.: O comando db2cluster não inclui uma opção para especificar o nome do NSD. Seprecisar resolver um conflito de nomenclatura de NSD, você pode usar o utilitário do GPFSdiretamente para modificar o layout na camada do NSD. A documentação do IBM GPFSapresenta mais detalhes.

Por exemplo, os seguintes comandos mmlsnsd e mmlsfs listam os NSDs e informações do filesystem para os file systems fs_dbData e fs_dbLog:

mmlsnsd

File system Disk name NSD servers--------------------------------------------------------------------------db2fs1 gpfs1nsd (directly attached)fs_dbData gpfs1011nsd (directly attached)



fs_dbData gpfs1012nsd (directly attached)fs_dbLog gpfs1013nsd (directly attached)

mmlsnsd -X

Disk name NSD volume ID Device Devtype Node name Remarks--------------------------------------------------------------------------------------------------gpfs1011nsd 0AF1AF9957EDA754 /dev/sdf generic ledmf153.lss.emc.comgpfs1012nsd 0AF1AF9957EDA755 /dev/sdg generic ledmf153.lss.emc.comgpfs1013nsd 0AF1AF9957EDA785 /dev/sdl generic ledmf153.lss.emc.comgpfs1nsd 0AF1AF9956E6EC21 /dev/sdd generic ledmf153.lss.emc.com

mmlsfs fs_dbData -T -d

flag value description------------------- ------------------------ ----------------------------------- -d gpfs1011nsd;gpfs1012nsd Disks in file system -T /dbData Default mount point

mmlsfs fs_dbLog -T -d

flag value description------------------- ------------------------ ----------------------------------- -d gpfs1013nsd Disks in file system -T /dbLog Default mount point

A figura a seguir ilustra os requisitos gerais do layout do file system de destino em uma restauraçãoda reversão redirecionada de um backup do Storage Direct para VMAX a um cluster alternativo dopureScale.

Figura 11 Requisitos de layout do file system de destino para uma restauração da reversão redirecionadaa um cluster alternativo do pureScale



Backups e restaurações de registros de transações em um ambiente do DB2pureScale

Em um ambiente do DB2 pureScale, cada membro gera transações independentes e mantém seupróprio conjunto de arquivos de log de transações. Para habilitar a recuperação do avanço do DB2,deve-se fazer backup dos registros de transação. Os registros de transação sempre recebembackup por meio do workflow do Application Direct.

O Configurando o arquivamento de registro de transação do DB2 na página 195 apresenta maisdetalhes.

Excluindo backups do Storage Direct em um ambiente do DB2 pureScaleConforme necessário para backups de snapshot, você deve usar o utilitário db2acsutil paraexcluir backups do Storage Direct em um ambiente do DB2 pureScale. Você não pode usar ocomando db2 prune para excluir as entradas de backup do Storage Direct do arquivo de históricode recuperação.

Você pode executar o comando db2acsutil com as opções apropriadas para excluir backups doStorage Direct. Gerenciando e excluindo backups do Storage Direct DB2 na página 199 apresentadetalhes.

Dicas de solução de problemas do DB2 para operações doStorage Direct


Erros relatados pelo agente de snapshot ou biblioteca compartilhada DB2 são tratados como fataise relatados como um erro de backup para o software do DB2.

Para backups e restaurações do Storage Direct, os arquivos de registro e depuração são diferentesdaqueles usados para as operações do Application Direct:

l Todas as mensagens de depuração são gravadas em um único arquivo chamadolibddboostdb2_acs_DB2_<date>.<time>.<DB2_pid>.log.

l Os registros de operações somente são o registro de diagnóstico de DB2 e o registro deoperações do agente de snapshot, ddbsm.log.

Você deve definir o parâmetro DEBUG_LEVEL para habilitar a depuração.



A restauração de DB2 Storage Direct pode falhar com o código de erro de DB2SQL2081N

Uma restauração de DB2 Storage Direct pode falhar com uma mensagem SQL e o código de erro 2ou 3. A falha ocorre quando a restauração é iniciada e verifica se há outros bancos de dadosexistentes no file system de restauração. Por exemplo:

db2 restore db pluto use snapshot library /opt/dpsapps/dbappagent/lib/lib64/libddboostdb2.so options @/home/db2inst1/db2.cfg taken at 20170419130621 LOGTARGET include force

SQL2081N A snapshot restore failed because some element or elements of the database to be restored have the same name as some element or elements of existing databases. Reason code = "2".

Em uma restauração de snapshot, um utilitário de snapshot do DB2 deve identificarexclusivamente o elemento do banco de dados restaurado. Se o diretório de restauração tambémfor usado por outro banco de dados, a restauração do snapshot poderá falhar porque o DB2 nãoconsegue identificar o banco de dados de restauração.

Por exemplo, a restauração do DB2 Storage Direct pode falhar quando vários bancos de dadoscompartilham o mesmo caminho do diretório de restauração. Quando um arquivo ou diretório tiverum valor de chave convencional de um token de banco de dados DB2, como SQL00001 ouLOGSTREAM0000, o DB2 poderá interpretá-lo como outro banco de dados que reside no mesmofile system. Nesse caso, uma restauração de banco de dados do Storage Direct pode falhar.

Verifique o arquivodb2diag.log para obter mais informações sobre o problema. A documentaçãoda IBM apresenta mais detalhes sobre o erro SQL2081N.

Certifique-se de que os file systems de restauração, especialmente o início do banco de dados e osdiretórios de registro, estejam dedicados ao banco de dados que será restaurado. Quando arestauração contiver os registros da imagem de backup, certifique-se de que o diretório de registroesteja vazio.





CAPÍTULO 7

Operações do Application Direct em SistemasOracle


l Visão geral das operações do Application Direct em um ambiente Oracle............................224l Configuração das operações do Application Direct em um ambiente Oracle........................226l Realizando backups e restaurações do Application Direct com o Oracle RMAN.................. 230l Realizando backups e restaurações do Application Direct com Oracle Enterprise Manager.230l Realizando backups e restaurações de CDBs e PDBs Oracle................................................231l Realizando operações de exclusão de backup e manutenção no Oracle............................... 231l Preparando-se para a recuperação de desastres do Oracle................................................. 232l Requisitos do Oracle RAC e do cluster ativo-passivo para operações do Application Direct 233l Dicas de solução de problemas do Oracle para operações do Application Direct..................233


Visão geral das operações do Application Direct em umambiente Oracle

O agente de aplicativos de banco de dados é integrado às interfaces do Oracle RMAN parafornecedores de gerenciamento de mídia de terceiros a fim de habilitar backups de dados Oracle,restaurações e operações de redo log arquivados. O agente de aplicativos de banco de dadostambém dá suporte a operações de exclusão e manutenção de backup de Oracle.

Você pode executar um backup ou recuperação com o produto em um servidor de banco de dadosOracle, executando um das ferramentas compatíveis de backup ou recuperação de Oracle:

l Oracle Recovery Manager (RMAN) com o comando rmanl GUI do Oracle Enterprise Manager

Você pode usar essas ferramentas em cooperação com o agente de aplicativos de banco de dadospara realizar todas as operações compatíveis com o Oracle RMAN, inclusive as seguintesoperações:


l Backups completos e incrementais

l Backups de redo logs arquivados



l Backup e recuperação de bancos de dados, tablespaces e redo logs arquivados

l Exclusão de backup e outras operações de manutenção

O produto mantém índices de backup on-line no sistema Data Domain, que estão além do catálogodo RMAN do Oracle. Durante os backups, o produto cria entradas de backup nos índices on-line, osquais apresentam as informações necessárias para restaurar os dados de backup.

A seção solução de problemas no final deste capítulo apresenta detalhes sobre as limitações nasoperações do Application Direct com o agente de aplicativo de banco de dados em um ambienteOracle.

Processos de backup do OracleUm backup do Oracle inclui as interações de processo a seguir.

1. O administrador do banco de dados inicia o backup por meio de um dos seguintes métodos:

l Para chamar o script de backup RMAN, o administrador do banco de dados executa umcomando rman, como o seguinte comando rman:

rman target /@SNB catalog rman/rman@catdb cmdfile '/orasnb/backup.txt'

Obs.: Em vez de aparecer na linha de comando, a senha pode ser incluída com umcomando connect no script RMAN. Nesse caso, a linha de comando rman pode ser daseguinte maneira: rman @/orasnb/backup.txt

l O administrador do banco de dados executa o Oracle Enterprise Manager para gerar oscript de backup do RMAN e realizar as operações de backup.

2. O software do Oracle é carregado na biblioteca compartilhada do Oracle, usada pelo agente deaplicativos de banco de dados, conforme especificado pelo parâmetro SBT_LIBRARY.

Operações do Application Direct em Sistemas Oracle


3. O agente de aplicativos de banco de dados lê o arquivo de configuração especificado peloparâmetro CONFIG_FILE e então inicializa a conexão com o sistema Data Domain, com basenas configurações no arquivo de configuração.

4. O software Oracle garante que cada nome de parte do backup seja exclusivo pedindo aoagente de aplicativos de banco de dados para verificar se o nome dado à parte do backup jáexiste no catálogo do agente de aplicativos de banco de dados.

5. Se o agente de aplicativos de banco de dados responder negativamente (conforme oesperado), o software Oracle envia as partes de backup para o agente de aplicativos de bancode dados por meio da API do SBT.

6. O agente de aplicativos de banco de dados usa a interface do DD Boost para enviar os dadosde backup para o sistema Data Domain para armazenamento e cataloga o backup.

7. O software Oracle solicita que o agente de aplicativos de banco de dados confirme se o backupestá no catálogo e, em seguida, registra a entrada no catálogo do Oracle e conclui o backup.

Processos de restauração do OracleUma restauração Oracle inclui as interações de processo a seguir.

1. O administrador do banco de dados inicia a restauração por meio de um dos seguintesmétodos:

l Para chamar o script de restauração do RMAN, o administrador do banco de dados executaum comando rman, como o seguinte comando rman:

rman target /@SNB catalog rman/rman@catdb cmdfile '/orasnb/restore.txt'

Obs.: Em vez de aparecer na linha de comando, a senha pode ser incluída com umcomando connect no script RMAN. Nesse caso, a linha de comando rman pode seapresentar da seguinte maneira:

rman @/orasnb/restore.txt

l Para gerar o script de restauração do RMAN e executar as operações de restauração erecuperação, o administrador do banco de dados executa o Oracle Enterprise Manager.



4. O software Oracle consulta e depois solicita as peças de backup do agente de aplicativos debanco de dados por meio da API do SBT.

5. Para consultar o catálogo e recuperar os dados de backup do sistema Data Domain, o agentede aplicativos de banco de dados usa a interface do DD Boost.

Backups do Oracle de redo logs arquivadosBackups de redo logs arquivados permitem a recuperação de um banco de dados Oracle para seuestado pré-desastre. Sem esses backups, você pode recuperar o banco de dados somente para ahora do último backup Oracle consistente. Nesse caso, você perderá as transações que ocorreramentre a hora do último backup consistente e a hora da corrupção do banco de dados.



Você poderá executar um backup completo ou incremental pelo menos a cada 24 horas, assimcomo agendar backups mais frequentes apenas dos redo logs arquivados.

É possível fazer backup dos redo logs arquivados usando a opção apropriada do comando debackup do RMAN.

Configuração das operações do Application Direct em umambiente Oracle

Você deve concluir as configurações necessárias do agente de aplicativos de banco de dados paraativar as operações do Application Direct em um ambiente Oracle. Os tópicos a seguir apresentamdetalhes sobre a configuração do produto.

Requisitos do Oracle RAC e do cluster ativo-passivo para operações do Application Direct napágina 233 apresenta detalhes adicionais sobre os requisitos específicos de configuração em umambiente de cluster ativo-passivo ou Oracle RAC.

A seção de solução de problemas no final deste capítulo apresenta detalhes sobre limitações nasoperações do Application Direct com o agente de aplicativos de banco de dados em um ambienteOracle.

Obs.: Para migrar uma configuração do Oracle do agente de aplicativos de banco de dadospara o agente do Oracle RMAN, consulte as instruções na versão correspondente do Guia deadministração do agente do Oracle RMAN.

Configurando o arquivo de configuração em um ambiente OracleÉ recomendável que você configure os parâmetros necessários para as operações do Oracle noarquivo de configuração usado pelo agente de aplicativos de banco de dados. Por exemplo, oarquivo de configuração chamado oracle_ddbda.cfg contém as seguintes configurações deparâmetro obrigatórias:

DDBOOST_USER=qa_ostDEVICE_HOST=bu-dbe-890.lss.emc.comDEVICE_PATH=/bu-star1_ora


Depois que o arquivo de configuração estiver configurado, assegure que os procedimentosnecessários da lockbox foram executados conforme descrito em Configurando a lockbox na página110.

Criando os scripts de RMAN para as operações de Oracle do Application DirectVocê deve criar o script de RMAN necessário para as operações de backup ou de restauração doOracle.

Obs.: No script RMAN, o caractere % não é compatível com a string FORMAT, a menos que ocaractere seja usado como parte de uma variável de substituição do RMAN.

Você deve definir os parâmetros SBT_LIBRARY e CONFIG_FILE no arquivo de configuração ouno script de RMAN:

l Defina o parâmetro SBT_LIBRARY para o nome de caminho da biblioteca Oracle usada peloagente de aplicativos de banco de dados.



l Defina o parâmetro CONFIG_FILE para o nome de caminho do arquivo de configuração. Use aopção correta se você definir CONFIG_FILE no script do RMAN:

n Com Oracle 11.2 ou posterior, use a opção SBT_PARMS.

n Com Oracle 11.1 ou anterior, use a opção SEND.

Para otimizar o desempenho das operações do Application Direct, use a configuração de parâmetroBLKSIZE=1048576.

Os exemplos a seguir mostram as configurações de parâmetro corretas no script de RMAN:

l No UNIX ou Linux, usando a opção SBT_PARMS com Oracle 11.2 ou posterior:

ALLOCATE CHANNEL C1 DEVICE TYPE SBT_TAPE PARMS 'BLKSIZE=1048576, SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so, SBT_PARMS=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)' FORMAT '%d_%U';BACKUP DATABASE;

CONFIGURE CHANNEL DEVICE TYPE SBT_TAPE PARMS 'BLKSIZE=1048576, SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so, SBT_PARMS=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)';BACKUP DEVICE TYPE SBT DATABASE FORMAT '%d_%U';

l No Windows, usando a opção SBT_PARMS com Oracle 11.2 ou posterior:

ALLOCATE CHANNEL C1 DEVICE TYPE SBT_TAPE PARMS 'BLKSIZE=1048576, SBT_LIBRARY=C:\PROGRA~1\DPSAPPS\DBAPPAGENT\bin\libddboostora.dll, SBT_PARMS=(CONFIG_FILE=D:\orasnb\oracle_ddbda.cfg)' FORMAT '%d_%U';BACKUP DATABASE;

CONFIGURE CHANNEL DEVICE TYPE SBT_TAPE PARMS 'BLKSIZE=1048576, SBT_LIBRARY=C:\PROGRA~1\DPSAPPS\DBAPPAGENT\bin\libddboostora.dll, SBT_PARMS=(CONFIG_FILE=D:\orasnb\oracle_ddbda.cfg)';BACKUP DEVICE TYPE SBT DATABASE FORMAT '%d_%U';

Obs.: No Windows, você deve usar o nome de caminho curto do Windows na configuraçãoSBT_LIBRARY, conforme mostrado nos exemplos anteriores. Caso contrário, se o nome docaminho contiver espaços, o software Oracle exibe um erro de sintaxe.

l Usando a opção SEND com Oracle 11.1 ou anterior:

ALLOCATE CHANNEL C1 DEVICE TYPE SBT_TAPE PARMS 'BLKSIZE=1048576, SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so FORMAT '%d_%U';SEND CHANNEL C1 'ENV=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)';BACKUP DATABASE;

CONFIGURE CHANNEL DEVICE TYPE SBT_TAPE PARMS 'BLKSIZE=1048576, SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so';SEND 'ENV=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)';BACKUP DEVICE TYPE SBT DATABASE FORMAT '%d_%U';

AVISO Quando você cria um script de RMAN, considere as seguintes restrições:

l A multiplexação do RMAN pode ter um impacto negativo sobre a taxa de desduplicação.Defina FILESPERSET ou MAXOPENFILES de acordo.

l SET ou BACKUP COPIES não são compatíveis. Se definir BACKUP COPIES no script deRMAN, o backup falhará. Se quiser usar a replicação do Data Domain, consulte Replicaçãodo Data Domain na página 38.



Configurando as operações em um ambiente Oracle Data GuardO agente de aplicativos de banco de dados dá suporte ao Oracle Data Guard, que é uma solução deproteção e disponibilidade dos dados do Oracle para um banco de dados primário e um ou maisbancos de dados em standby em uma rede IP. Você pode configurar as operações de backup erestauração com o agente de aplicativos de banco de dados em um ambiente Oracle Data Guard.

Em um ambiente Oracle Data Guard, conforme as transações ocorrerem no banco de dadosprimário e o Oracle gravar os dados redo para os redo logs locais, o Data Guard executaautomaticamente as seguintes operações:

l Transfere os dados de redo para os locais em standby.

l Aplica os dados redo nos bancos de dados em standby, que sincroniza os bancos de dados emstandby com o banco de dados primário.

Você pode descarregar backups do RMAN de datafiles, redo logs arquivados e, possivelmente, deoutros arquivos para um banco de dados em standby físico. Em seguida, você pode usar osbackups para recuperar o banco de dados primário ou em standby. A documentação do RMAN e doData Guard descreve como configurar e fazer backup de um banco de dados em standby físico ecomo usar os backups para recuperar o banco de dados principal ou em standby.

Para configurar backups e restaurações com o agente de aplicativos de banco de dados em umambiente Oracle Data Guard:

1. Siga as instruções na documentação do Oracle sobre como definir as configurações do RMANexigidas, por exemplo, para usar um catálogo de restauração e o parâmetroDB_UNIQUE_NAME.

2. Instale e configure o software do agente de aplicativos de banco de dados no host do banco dedados primário e em cada host do banco de dados físico em standby que está incluído nosbackups e nas restaurações.

3. Para um backup, crie um script do RMAN e defina os parâmetros no arquivo de configuraçãopara o agente de aplicativos de banco de dados fazer backup dos dados de um banco de dadosfísico em standby, que pode ser usado para restaurar o banco de dados primário. Defina oparâmetro CLIENT no arquivo de configuração para um único valor que identifica o ambientedo Data Guard, preferencialmente o nome de host do banco de dados primário.

4. Para uma recuperação, crie um script de RMAN e defina os parâmetros no arquivo deconfiguração para que o agente de aplicativos de banco de dados recupere os dados de umbanco de dados primário ou em standby, dependendo da restauração. Defina o parâmetroCLIENT com o mesmo valor usado durante o backup.

Configuração da desduplicação otimizada do OracleO agente de aplicativos de banco de dados é compatível com a configuração de desduplicaçãootimizada do Oracle com um dispositivo do Data Domain.

Use os seguintes comandos para administrar a desduplicação otimizada do Oracle no nível dosistema:

l filesys option set app-optimized-compression {none | oracle1}

l filesys option reset app-optimized-compressionl filesys option show app-optimized-compressionO Guia de Referência de Comandos do Data Domain Operating System no site de suporte apresentadetalhes sobre esses comandos.



Estimando o uso de recursos do Data Domain nos sistemas OracleOs tópicos a seguir fornecem diretrizes adicionais e práticas recomendadas relacionadas ao uso derecursos do Data Domain para sistemas Oracle.

Utilização da capacidade nos sistemas do OracleSe a capacidade de armazenamento do sistema Data Domain for excedida, a operação de backupapresentará falha. O agente de aplicativos de banco de dados gera o seguinte tipo de mensagemde erro no registro de operações:

163542 12/09/2016 02:10:00 PM (pid8651) SYSTEM critical Unable to write to a file due to reaching the hard quota limit.The error message is: [5194] [ 8651] [139771055018560] Fri Dec 9 14:10:00 2016 ddp_write() failed Offset 167772160, BytesToWrite 524288, BytesWritten 0 Err: 5194-Hard Quota Exceeded >

Uso de fluxos em sistemas Oracle


O número de fluxos que o RMAN usa normalmente para operações de backups, restauração emanutenção (como a comparação) corresponde ao número de canais utilizados mais 1.

Se o sistema Data Domain ficar sem fluxos durante um backup, o canal do RMAN apresenta umafalha com os seguintes tipos de mensagem de erro no registro operacional:

153004 05/10/2016 01:42:48 PM (pid6662) SYSTEM critical Unable to write to a file because the streams limit was exceeded.

O backup continua e é bem-sucedido, pois o RMAN reatribui o trabalho de backup para outroscanais:

RMAN-03009: failure of backup command on CH5 channel at 03/30/2016 16:38:20 ORA-19502: write error on file "CER4_1sr1pqjo_1_1", block number 33 (block size=8192)ORA-27030: skgfwrt: sbtwrite2 returned error ORA-19511: Error received from media manager layer, error text: asdf_output_section1() failed xdr=0x0xb8183f8: bp=0x0xc19c538: send_len=262144: type=12800: fhand=0x0xc17e688: wrapper=0x(nil): directp=0x0x7f268ad9e000 (1:4:22)channel CH5 disabled, job failed on it will be run on another channel

Embora o trabalho de backup seja reatribuído e o backup seja bem-sucedido, o canal com falhagera um registro de savesets incompleto no índice. Você pode executar o comando ddbmadmin -s para listar os savesets e ver o registro incompleto. Por exemplo:

INCOMPLETE: client = ledma178.lss.emc.com, date and time = 03/30/2016 04:38:19 PM (1459370299)

O registro incompleto não afeta nenhuma restauração do backup, porque o saveset é feito poroutro canal. Você pode executar o comando ddbmadmin -d para excluir os savesets incompletos.Por exemplo:

ddbmadmin -d -b 1459370299 –e 1459370299 –n oracle –z <configuration_file>



Se o sistema Data Domain ficar sem fluxos durante uma restauração, o canal do RMAN apresentauma falha com o seguinte tipo de mensagem de erro no registro de operações:

163971 11/23/2016 03:03:24 PM (pid26011) SYSTEM critical Unable to read from a file because the streams limit was exceeded.The error message is: [5519] [26011] [140130349429312] Wed Nov 23 15:03:24 2016 ddp_read() failed Offset 0, BytesToRead 262144, BytesRead 0 Err: 5519-nfs readext remote failed (nfs: Resource (quota) hard limit exceeded)

Realizando backups e restaurações do Application Direct como Oracle RMAN

Procedimento

Antes de executar um backup ou restauração do Oracle, certifique-se de que você concluiu asconfigurações necessárias em Configuração das operações do Application Direct em um ambienteOracle na página 226.

Para executar um backup ou restauração do Oracle no host do servidor Oracle, você podeexecutar o comando rman apropriado na linha de comando.

Procedimento

1. Faça log-in no host do servidor Oracle como usuário do sistema operacional Oracle.

2. Para iniciar o backup ou script de restauração do RMAN, execute o comando rmanapropriado na linha de comando.

Por exemplo, os scripts de restauração e backup do RMAN são armazenados nos arquivosfull_backup.txt ou restore.txt. Para se conectar aos bancos de dados de folha depagamento e rcvcatdb, você configurou o serviço de rede. É possível executar os seguintescomandos para executar as operações de backup e restauração no Oracle:

rman target sys/oracle@payroll rcvcat rman/rman@rcvcatdb cmdfile \'/disk1/scripts/full_backup.txt\'rman target sys/oracle@payroll rcvcat rman/rman@rcvcatdb cmdfile \'/disk1/scripts/restore.txt\'

Em sistemas Windows, é possível usar o comando rman.exe para executar o script RMAN.

Realizando backups e restaurações do Application Direct comOracle Enterprise Manager

Procedimento

Antes de executar um backup ou restauração do Oracle, certifique-se de que você concluiu asconfigurações necessárias em Configuração das operações do Application Direct em um ambienteOracle na página 226.

As ferramentas de gerenciamento de backup do Oracle Enterprise Manager fornecem uma GUIpara RMAN, que pode ser usada para realizar um backup ou restauração de Oracle no host doservidor Oracle.

Procedimento

1. Faça log-in no host do servidor Oracle como usuário do Oracle.

2. Para fazer backup ou restaurar os dados do Oracle usando a GUI, execute as ferramentas degerenciamento de backup Oracle Enterprise Manager que executam o script RMAN. Defina



SBT_LIBRARY e CONFIG_FILE na caixa de texto Media Management LibraryParameters.As ferramentas de gerenciamento de backup geram os scripts e o comando de RMANnecessários e fazem as operações de backup e restauração.

A figura a seguir mostra um exemplo de uma configuração de backup agendado no OracleEnterprise Manager.

Figura 12 Configurações de backup agendado no Oracle Enterprise Manager

Realizando backups e restaurações de CDBs e PDBs OracleO Oracle 12c introduziu o suporte a um banco de dados multitenant que permite que um só CDB(Container Database, banco de dados de contêiner) inclua vários PDBs (Pluggable Databases,bancos de dados conectáveis) criados pelo usuário. Você pode executar backups e restaurações deum CDB inteiro ou de PDBs individuais. Não é necessário realizar etapas adicionais de configuraçãono agente do Oracle RMAN para dar suporte ao ambiente.

Recomenda-se que você execute backups regulares do CDB inteiro para garantir que todos osPDBs e registros arquivados sejam submetidos a backup. Você pode recuperar o CDB inteiro ouPDBs individuais a qualquer point-in-time a partir de um backup de CDB. A documentação doOracle apresenta detalhes.

Realizando operações de exclusão de backup e manutenção noOracle

O agente de aplicativos de banco de dados não inclui todas as políticas de expiração. Comoresultado, os backups realizados pelo agente de aplicativos de banco de dados permanecem nosistema Data Domain até que o DBA ou o software Oracle excluam os backups.

O Oracle RMAN fornece uma política de retenção do Oracle para backups. Uma política deretenção do Oracle é baseada na janela de recuperação ou em redundância. O RMAN considera umbackup obsoleto quando ele não é mais necessário de acordo com a política de retenção do Oracle.



O Oracle RMAN verifica a política de retenção de um backup quando você executa o comandoREPORT OBSOLETE ou DELETE OBSOLETE.

Você pode executar o comando DELETE BACKUP para excluir backups manualmente. Quando umaexclusão for solicitada pelo RMAN, o agente de aplicativos de banco de dados exclui as entradasdo catálogo e os arquivos de backup correspondentes no sistema Data Domain. Se a exclusão forbem-sucedida, o software Oracle, em seguida, exclui a entrada do backup correspondente nocatálogo do Oracle. Você pode forçar a exclusão, usando a opção FORCE no comando DELETE. Adocumentação do RMAN apresenta detalhes sobre o comando e a sintaxe do DELETE.

Se todas as entradas órfãs permanecerem no sistema Data Domain por motivos inesperados, comouma falha durante a exclusão, você pode usar o comando ddbmadmin para descartá-las, conformeinstruído pelo suporte técnico.

Obs.: Embora você possa executar os comandos CROSSCHECK e DELETE EXPIRED, essescomandos não são úteis para os backups feitos pelo agente de aplicativos de banco de dados.O agente de aplicativos de banco de dados e o sistema Data Domain não expiram os backups.Caso necessite executar esses comandos, restrinja a lista de backups nos quais executaráesses comandos, devido ao impacto no desempenho no sistema Data Domain.

Preparando-se para a recuperação de desastres do OracleO agente de aplicativo de banco de dados e o Oracle dão suporte à recuperação de desastres àmedida que o RMAN dá suporte à funcionalidade. A documentação do Oracle e RMAN apresentadetalhes sobre as práticas recomendadas para recuperação de desastres.

Procedimento

Para preparar um servidor Oracle para recuperação de desastres, faça o backup da seguinte listamínima de arquivos:

l Banco de dados Oracle (todos os datafiles)

l Redo logs arquivados

l Arquivo de controle

l Arquivo de parâmetro de inicializaçãoObs.: O RMAN só faz backup do arquivo de parâmetro gerenciado pelo servidor (SPFILE).

A documentação do Oracle apresenta uma lista completa de todos os arquivos (além do banco dedados Oracle) dos quais você deve fazer backup. O RMAN não faz backup de outros arquivos quepodem ser necessários para a recuperação de desastres, como os arquivos de rede do Oracle,arquivo de senha e assim por diante.

Use as seguintes diretrizes para se preparar para a recuperação de desastres:

l Estabeleça arquivos de controle espelhados.

Consulte a documentação do Oracle para obter recomendações sobre instituir ou não redo logson-line espelhados.

l Faça o backup de redo logs arquivados com frequência entre backups do banco de dados.

l Faça backup do Catálogo de restauração após cada backup do banco de dados de destino sevocê tiver um Catálogo de restauração.

Para realizar uma recuperação de desastres do Oracle, conclua as etapas necessárias.

Procedimento

1. Para criar um arquivo de configuração, o script do RMAN e a lockbox no host derecuperação de desastres, siga as etapas de configuração em Configuração das operaçõesdo Application Direct em um ambiente Oracle na página 226.



2. No arquivo de configuração, defina o parâmetro CLIENT com o hostname usado no backup.

Para obter a lista de nomes do client, conforme descrito em Usando o comando ddbmadminpara exibir os clients para um caminho de dispositivo na página 130, caso não se lembre dohostname ou não tenha definido CLIENT para o backup, use o comando ddbmadmin -i.

3. Siga as instruções de recuperação de desastres na documentação do Oracle RMAN no siteda Oracle.

Requisitos do Oracle RAC e do cluster ativo-passivo paraoperações do Application Direct

Você pode realizar backups e restaurações do Oracle com o agente de aplicativos de banco dedados em um ambiente de cluster ativo-passivo ou Oracle RAC.

Você deve atender aos seguintes requisitos de configuração no ambiente Oracle RAC ou decluster:

l Todos os nós podem acessar o arquivo de configuração, a lockbox e o script RMAN por meiode um file system compartilhado ou compartilhamento NFS/CIFS.

Obs.: Se o arquivo de configuração ou um script RMAN não estiver acessível por meio deum file system compartilhado ou compartilhamento via NFS/CIFS, você deve copiar emanter um arquivo de configuração ou script RMAN idêntico em cada nó envolvido nosbackups e restaurações. Essa exigência não se aplica aos scripts RMAN armazenadosporque o software Oracle pode acessar um script RMAN armazenado em qualquer nó.

l O acesso à lockbox é concedido a todos os hosts de cluster conforme descrito em Configurando a lockbox em um ambiente de alta disponibilidade na página 123.

l Você selecionou um dos nomes de host virtual do nó ou nome de host SCAN de cluster e definiuo parâmetro CLIENT para esse nome de host no arquivo de configuração.

l Em um ambiente Oracle RAC, se os redo logs arquivados não estiverem acessíveis de todos osnós (o que não é uma prática recomendada da Oracle), então você criou um script RMAN noqual cada canal está alocado para conectar-se a um nó diferente.

O Oracle RMAN faz backup de todos os redo logs arquivados de todos os nós se os registrosestiverem localizados em um armazenamento compartilhado.

Dicas de solução de problemas do Oracle para operações doApplication Direct


Todas as mensagens operacionais e de erro são exibidas na saída do RMAN. Por exemplo:

ORA-19506: failed to create sequential file, name="42pu1tir_1_1", parms=""ORA-27028: skgfqcre: sbtbackup returned errorORA-19511: Error received from media manager layer, error text: DEVICE_HOST is not set correctly. (105:108:2)

Use as seguintes informações para executar a solução de problemas adicional:

l Informações no arquivo sbtio.log do Oracle.

l Registros operacionais do Oracle gerados pelo agente de aplicativos de banco de dados, queinclui erros, advertências e outros tipos de mensagens operacionais.






CAPÍTULO 8

Operações do Storage Direct em Sistemas Oracle


l Visão geral das operações do Storage Direct em um ambiente Oracle.................................236l Configuração das operações do Storage Direct em um ambiente Oracle.............................238l Realizando backups e restaurações do Storage Direct com o Oracle RMAN....................... 245l Realizando backups e restaurações do Storage Direct com Oracle Enterprise Manager......246l Realizando backups e restaurações de CDBs e PDBs Oracle............................................... 246l Realizando operações de exclusão de backup e manutenção no Oracle............................... 247l Preparando-se para a recuperação de desastres do Oracle................................................. 247l Requisitos do Oracle RAC e do cluster ativo-passivo para operações do Storage Direct..... 248l Requisitos do Oracle ASM para operações do Storage Direct............................................. 249l Proteção e reversão do Storage Direct para VCS no Solaris............................................... 300l Dicas de solução de problemas do Oracle para operações do Storage Direct...................... 306


Visão geral das operações do Storage Direct em um ambienteOracle

O agente de aplicativos de banco de dados é integrado ao Oracle RMAN por meio da opção decópia de proxy para permitir backups, restaurações e recuperações do Storage Direct. O agente deaplicativos de banco de dados também dá suporte a operações de exclusão e manutenção debackups do Storage Direct no Oracle.

Você pode executar um backup ou recuperação do Storage Direct com o produto em um servidorde banco de dados Oracle, executando um das ferramentas compatíveis com suporte de backup ourecuperação de Oracle:

l Oracle Recovery Manager (RMAN) com o comando rmanl GUI do Oracle Enterprise Manager

Você pode usar essas ferramentas em cooperação com o agente de aplicativos de banco de dadospara realizar todas as operações compatíveis com a cópia de proxy do Oracle RMAN, inclusive asseguintes operações:


l Backups de banco de dados inteiros e parciais




l Backup e recuperação de bancos de dados, tablespaces e redo logs arquivados

l Exclusão de backup e outras operações de manutenção

O agente de aplicativos de banco de dados mantém um catálogo de backup no sistema DataDomain. Durante os backups, o agente de aplicativos de banco de dados cria entradas de backupno catálogo de backup, que apresentam as informações necessárias para restaurar os dados debackup. O RMAN também monitora esses backups em seu próprio catálogo, o catálogo do RMAN.

Obs.:O agente de aplicativos de banco de dados é compatível com dois tipos de ambientes Oracle:um ambiente em que o banco de dados não usa discos do Oracle ASM e um ambiente em que obanco de dados usa discos do Oracle ASM. Os procedimentos para configurar e executar osbackups e restaurações do Storage Direct são diferentes nos dois tipos de ambientes:

l Para dados do Oracle que não residam em discos do ASM, siga os procedimentos quecomeçam com Configuração das operações do Storage Direct em um ambiente Oracle napágina 238.

l Para dados do Oracle que residam em discos do ASM, siga os procedimentos que começamcom Requisitos do Oracle ASM para operações do Storage Direct na página 249.

A seção solução de problemas no final deste capítulo apresenta detalhes sobre as limitações nasoperações do Storage Direct com o agente de aplicativo de banco de dados em um ambienteOracle.

Processos de backup do Storage Direct OracleUm backup do Storage Direct Oracle inclui as interações de processo a seguir.

1. O administrador do banco de dados inicia o backup por meio de um dos seguintes métodos:



l Para chamar o script de backup RMAN, o administrador do banco de dados executa umcomando rman, como o seguinte comando rman:

rman target /@SNB catalog rman/rman@catdb cmdfile '/orasnb/backup.txt'

l Para gerar o script de backup do RMAN e realizar as operações de backup, o administradordo banco de dados executa o Oracle Enterprise Manager.



4. O workflow de backup prossegue conforme descrito no tópico sobre o workflow de backup doStorage Direct ou o workflow de backup do Storage Direct com RecoverPoint no capítulo 1.

Processos de restauração do Storage Direct OracleUma restauração do Storage Direct Oracle inclui as interações de processo a seguir.

1. O administrador do banco de dados inicia a restauração por meio de um dos seguintesmétodos:

l Para chamar o script de restauração do RMAN, o administrador do banco de dados executaum comando rman, como o seguinte comando rman:

rman target /@SNB catalog rman/rman@catdb cmdfile '/orasnb/restore.txt'

l Para gerar o script de restauração do RMAN e executar as operações de restauração erecuperação, o administrador do banco de dados executa o Oracle Enterprise Manager.



4. O workflow de restauração continua conforme descrito no tópico sobre o workflow derestauração do Storage Direct ou do Storage Direct com workflow de restauração doRecoverPoint no capítulo 1.

Backups do Storage Direct Oracle de redo logs arquivadosBackups de redo logs arquivados permitem a recuperação de um banco de dados Oracle para seuestado pré-desastre. Sem esses backups, você pode recuperar o banco de dados somente para ahora do último backup Oracle consistente. Nesse caso, você perderá as transações que ocorreramentre a hora do último backup consistente e a hora da corrupção do banco de dados.

Você poderá executar um backup completo do banco de dados pelo menos a cada 24 horas, assimcomo agendar backups mais frequentes apenas dos redo logs arquivados.

É possível fazer backup dos redo logs arquivados usando a opção apropriada do comando debackup do RMAN.



Configuração das operações do Storage Direct em umambiente Oracle





Se você usar o Solutions Enabler no modo de servidor remoto, o Solutions Enabler deverá serinstalado em um host separado do servidor do SYMAPI. Modifique o arquivo netcnfg nodiretório de configuração do SYMAPI do host de aplicativo definindo NSM_SERVER com onome SYMAPI_SERVER. Verificando o modo do Solutions Enabler para backups do VMAX napágina 95 apresenta mais detalhes. Se você tiver um usuário que não seja raiz, a documentaçãodo Solutions Enabler conterá informações sobre como configurar uma conta de usuário semacesso raiz.





Obs.: Para backups do Storage Direct, é recomendado que os arquivos de controle do bancode dados e os arquivos de redo log on-line estejam localizados em LUNs diferentes das dosdatafiles do Oracle e dos registros arquivados. A documentação do Oracle descreve as práticasrecomendadas do layout do arquivo do banco de dados.

Você deve concluir as configurações necessárias do agente de aplicativos de banco de dados paraativar as operações do Storage Direct em um ambiente Oracle. Os tópicos a seguir apresentamdetalhes sobre a configuração do produto.

Requisitos do Oracle RAC e do cluster ativo-passivo para operações do Storage Direct na página248 apresenta detalhes adicionais sobre os requisitos específicos de configuração em um ambientede cluster ativo-passivo ou Oracle RAC.





A seção de solução de problemas no final deste capítulo apresenta detalhes sobre limitações nasoperações do Storage Direct com o agente de aplicativos de banco de dados em um ambienteOracle.

Configurando o arquivo de configuração em um ambiente OracleÉ recomendável que você configure os parâmetros necessários para as operações do StorageDirect Oracle no arquivo de configuração usado pelo agente de aplicativos de banco de dados.

Por exemplo, o arquivo de configuração chamado oracle_ddbda_vmax.cfg contém asseguintes configurações de parâmetro para as operações do Storage Direct VMAX:

DDBOOST_USER=qa_ostDDVDISK_USER=vdiskDEVICE_HOST=bu-dbe-890.lss.emc.comDEVICE_PATH=/bu-star1_oraDEVICE_POOL=IT_data_pool

Por exemplo, o arquivo de configuração chamado oracle_ddbda_recoverpoint.cfg contémas seguintes configurações de parâmetro para Storage Direct com as operações do RecoverPoint:

DDBOOST_USER=qa_ostDDVDISK_USER=vdiskDEVICE_HOST=bu-dbe-890.lss.emc.comDEVICE_PATH=/bu-star1_oraDEVICE_POOL=IT_data_poolRP_MGMT_HOST=RPA_management_hostnameRP_USER=RP_username



Criando os scripts de RMAN para as operações do Storage DirectVocê deve criar o script RMAN exigido para backups ou restaurações do Storage Direct Oracle.

Procedimento

Obs.: No script RMAN, o caractere % não é compatível com a string FORMAT, a menos que ocaractere seja usado como parte de uma variável de substituição do RMAN.

Você deve definir os parâmetros SBT_LIBRARY e CONFIG_FILE no arquivo de configuração ouno script do RMAN. Você também deve especificar a opção apropriada PROXY com o comandoBACKUP no script do RMAN:

l Defina o parâmetro SBT_LIBRARY para o nome de caminho da biblioteca Oracle usada peloagente de aplicativos de banco de dados.

l Defina o parâmetro CONFIG_FILE para o nome de caminho do arquivo de configuração. Use aopção correta se você definir CONFIG_FILE no script do RMAN:

n Com Oracle 11.2 ou posterior, use a opção SBT_PARMS.

n Com Oracle 11.1 ou anterior, use a opção SEND.



l Especifique a opção PROXY ou PROXY ONLY com o comando BACKUP:

n Quando você especificar a opção PROXY, o RMAN fará um backup do Application Direct emvez de um backup do Storage Direct se o backup não puder ser concluído por meio doworkflow do Storage Direct. A configuração do parâmetro BLKSIZE=1048576 otimiza umbackup do Application Direct.

n Quando você especificar a opção PROXY ONLY, o RMAN encerrará o backup com umafalha se o backup não puder ser concluído por meio do workflow do Storage Direct.

O RMAN dá suporte a backups do Storage Direct por meio da opção de cópia de proxy. Adocumentação do Oracle oferece mais detalhes sobre a opção de cópia de proxy.

Obs.: Com uma opção PROXY no comando BACKUP do RMAN, o software Oracle não dásuporte a determinadas opções adicionais, tais como MAXSETSIZE, FILESPERSET eDISKRATIO. A documentação do Oracle apresenta detalhes sobre as opções do RMAN.

O arquivo de controle e o arquivo do parâmetro são armazenados automaticamente quandovocê faz o backup do banco de dados inteiro (por exemplo, com BACKUPPROXY...DATABASE) ou de um subconjunto que contém o primeiro datafile (por exemplo,com BACKUP PROXY... TABLESPACE SYSTEM). O arquivo de controle e o arquivo doparâmetro serão sempre armazenados por meio do workflow do Application Direct, mesmoquando o comando BACKUP contém uma opção PROXY.

Não é necessário usar uma opção PROXY para a restauração de um backup do Storage Direct.O software determina automaticamente o tipo de backup que está sendo restaurado.

Os seguintes exemplos mostram as configurações corretas de parâmetro no script do RMAN paraum backup do Storage Direct de todos os datafiles e registros arquivados:

l No UNIX ou Linux, usando a opção SBT_PARMS com Oracle 11.2 ou posterior:

Se você usar canais manuais (essas configurações de canal não são persistentes no catálogodo RMAN):

RUN (ALLOCATE CHANNEL C1 DEVICE TYPE SBT_TAPE PARMS 'SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so, SBT_PARMS=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)' FORMAT '%d_%U';sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP PROXY ONLY DATABASE;sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP PROXY ONLY ARCHIVELOG ALL;}

Se você usar canais automáticos:

CONFIGURE CHANNEL DEVICE TYPE SBT_TAPE PARMS 'SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so, SBT_PARMS=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)';sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP DEVICE TYPE SBT PROXY ONLY DATABASE FORMAT '%d_%U';sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP DEVICE TYPE SBT PROXY ONLY ARCHIVELOG ALL FORMAT '%d_%U';

l No Windows, usando a opção SBT_PARMS com Oracle 11.2 ou posterior:


RUN {ALLOCATE CHANNEL C1 DEVICE TYPE SBT_TAPE PARMS



'SBT_LIBRARY=C:\PROGRA~1\DPSAPPS\DBAPPAGENT\bin\libddboostora.dll, SBT_PARMS=(CONFIG_FILE=D:\orasnb\oracle_ddbda.cfg)' FORMAT '%d_%U';sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP PROXY ONLY DATABASE;sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP PROXY ONLY ARCHIVELOG ALL;}


CONFIGURE CHANNEL DEVICE TYPE SBT_TAPE PARMS 'SBT_LIBRARY=C:\PROGRA~1\DPSAPPS\DBAPPAGENT\bin\libddboostora.dll, SBT_PARMS=(CONFIG_FILE=D:\orasnb\oracle_ddbda.cfg)';sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP DEVICE TYPE SBT PROXY ONLY DATABASE FORMAT '%d_%U';sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP DEVICE TYPE SBT PROXY ONLY ARCHIVELOG ALL FORMAT '%d_%U';

Obs.: No Windows, você deve usar o nome de caminho curto do Windows na configuraçãoSBT_LIBRARY, conforme mostrado nos exemplos anteriores. Caso contrário, se o nome docaminho contiver espaços, o software Oracle exibe um erro de sintaxe.

l Usando a opção SEND com Oracle 11.1 ou anterior:


RUN {ALLOCATE CHANNEL C1 DEVICE TYPE SBT_TAPE PARMS 'SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so' FORMAT '%d_%U';SEND CHANNEL C1 'ENV=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)';sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP PROXY ONLY DATABASE;sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP PROXY ONLY ARCHIVELOG ALL;}


CONFIGURE CHANNEL DEVICE TYPE SBT_TAPE PARMS 'SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so';SEND 'ENV=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)';sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP DEVICE TYPE SBT PROXY ONLY DATABASE FORMAT '%d_%U';sql 'ALTER SYSTEM SWITCH LOGFILE';BACKUP DEVICE TYPE SBT PROXY ONLY ARCHIVELOG ALL FORMAT '%d_%U';

O comando BACKUP DATABASE PLUS ARCHIVELOG não é recomendado porque o comando fazbackup duas vezes das LUNs de registros arquivadas, uma vez antes do início do backup dedatafile e uma vez após a conclusão do backup de datafile. Esse backup repetido pode causarproblemas de desempenho, em comparação com um único backup dos registros arquivados.

O exemplo a seguir mostra os comandos em um script do RMAN para a restauração de um backupdo Storage Direct. A opção PROXY não é necessária em um script de restauração:

ALLOCATE CHANNEL DEVICE TYPE SBT_TAPE PARMS'SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so,SBT_PARMS=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)';



RESTORE DATABASE;RECOVER DATABASE;

Alocando vários canais nos scripts RMANA alocação de vários canais RMAN no script RMAN não controla o grau de backup nem doparalelismo de restauração do Storage Direct. O software Oracle usa apenas um dos canaisalocados para o backup ou restauração do Storage Direct, a menos que você utilize as opções debackup específicas para distribuir um backup para vários canais.

Os seguintes tipos de script RMAN não são recomendados para backups do Storage Direct:

run {allocate channel c1 TYPE SBT_TAPE PARMS ‘SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so, SBT_PARMS=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)’;allocate channel c2 TYPE SBT_TAPE PARMS ‘SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so, SBT_PARMS=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)’;backup proxy(tablespace tbs1, tbs2 channel c1)(tablespace tbs3, tbs4 channel c2);}

Use o script RMAN a seguir para garantir que o backup do Storage Direct seja bem-sucedido:

run {allocate channel c1 TYPE SBT_TAPE PARMS ‘SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so, SBT_PARMS=(CONFIG_FILE=/orasnb/oracle_ddbda.cfg)’;backup proxy tablespace tbs1, tbs2, tbs3, tbs4;release channel c1;}

Você pode alocar mais de um canal no script RMAN se souber que alguns dos datafiles ou registrosarquivados não residem em dispositivos suscetíveis a snapshot. Nesse caso, um canal é usado parabackups do Storage Direct e todos os outros canais são usados para os backups do ApplicationDirect.

Preparando a restauração de registros arquivadosDepois de executar um número de backups do Oracle, os registros arquivados de backup podemestar em vários conjuntos de imagens estáticas. Durante a restauração de registros arquivados doOracle, um conjunto separado de dispositivos de restauração deve estar disponível para montarcada conjunto de imagens estáticas.

Antes de iniciar uma restauração de registros arquivados, certifique-se de que você tenha onúmero necessário de dispositivos de restauração no pool de dispositivos do DD vdisk. Essenúmero de dispositivos de restauração deve ser pelo menos igual ao número de LUNs de origem doVMAX ou do XtremIO multiplicado pelo número de backups, conforme exigido pela restauraçãoespecífica.

Obs.:Os dispositivos de restauração ou LUNs não precisam ser exclusivos do servidor Oracle. Osdispositivos de restauração podem estar em um pool que também é usado para outrasrestaurações de aplicativos ou servidor, que podem ser executadas em momentos diferentes,desde que os dispositivos estejam mascarados adequadamente.



Lembre-se de executar uma restauração point-in-time de registros arquivados, não umarestauração da reversão.

Por exemplo, a política de backup especifica um backup diário completo do banco de dados e umbackup de registros arquivados quatro vezes por dia. Para habilitar a restauração a partir de umbackup do banco de dados específico e a aplicação de todos os registros exigidos, você precisaráde quatro vezes o número de LUNs de origem do VMAX ou do XtremIO, onde os registrosarquivados estão localizados.

Preparando o dispositivo Data Domain para restauração no WindowsEm um ambiente do Storage Direct com RecoverPoint do Windows, você deve preparar odispositivo de vdisk do Data Domain antes de poder restaurar um backup do Storage Direct comRecoverPoint em um array XtremIO.

Procedimento

Após os serviços de block do Data Domain serem criados para o dispositivo vdisk de acordo com adocumentação do Storage Direct, conclua as etapas a seguir.

Procedimento

1. Para colocar o dispositivo on-line, use o Gerenciador de discos.

2. Se a coleta do dispositivo on-line apresentar falha porque o dispositivo está em um estadodesconhecido:

a. Para colocar o dispositivo off-line, use o comando diskpart do Windows.

b. Para colocar o dispositivo on-line, use o Gerenciador de discos.

Preparando-se para backups e restaurações da reversão do Oracle StorageDirect com RecoverPoint que usam o RecoverPoint 5.0 ou posterior

Com o RecoverPoint 5.0 ou posterior, uma restauração da reversão de um backup do OracleStorage Direct com RecoverPoint para um sistema XtremIO é uma restauração em nível de LUN,que pode restaurar um consistency group parcial do RecoverPoint. Os requisitos específicos sãoaplicados aos backups e às restaurações da reversão do Oracle Storage Direct com RecoverPoint.


Certifique-se de atender aos seguintes requisitos para a restauração da reversão do backup doOracle Storage Direct com o RecoverPoint com o RecoverPoint 5.0 ou posterior:

l Os arquivos de controle do Oracle estão em uma LUN diferente da LUN que está incluída narestauração da reversão. Como alternativa, os arquivos de controle do Oracle residem emdispositivos sem snapshot convencionais. O Oracle não é compatível com um backup desnapshot (proxy) dos arquivos de controle. O Oracle acessa os arquivos de controle durante arestauração da reversão.

l Se um tablespace do Oracle tiver de permanecer on-line durante uma restauração da reversão,esse tablespace on-line e o tablespace a ser restaurado estarão localizados em LUNsdiferentes.

l Os arquivos do redo log on-line estão em LUNs diferentes das LUNs que estão incluídas narestauração da reversão.

l Se um tablespace do Oracle tiver um datafile localizado nas LUNs a serem revertidas, antes darestauração da reversão das LUNs, o tablespace será colocado off-line para impedir acorrupção dos dados ou a falha.



É recomendável que você aloque os datafiles do Oracle e os arquivos de log arquivados em LUNsseparadas. Essa recomendação é para o caso possível em que você precise fazer uma restauraçãoda reversão apenas para os datafiles ou apenas para os arquivos de log arquivados.

Preparando-se para backups e restaurações da reversão do Oracle StorageDirect com RecoverPoint que usam o RecoverPoint pré-5.0

Com o RecoverPoint pré-5.0, o agente de aplicativos de banco de dados realiza uma restauraçãoda reversão de um backup do Storage Direct com RecoverPoint no nível de consistency group. Seo consistency group do RecoverPoint que está sendo restaurado contiver várias LUNs, então todasessas LUNs serão sobregravadas e ficarão inacessíveis durante a restauração da reversão. Osrequisitos específicos são aplicados aos backups e às restaurações da reversão do Oracle StorageDirect com RecoverPoint.


Obs.: Com o RecoverPoint pré-5.0, um backup e restauração da reversão do Storage Directcom RecoverPoint sempre ocorre no nível do consistency group, independentemente de quaisobjetos estão incluídos no comando de backup. Como uma prática recomendada pararestauração da reversão do Storage Direct com RecoverPoint, ao executar o backup ou arestauração da reversão, não exclua os registros ou os arquivos de banco de dados que fazemparte do consistency group do RecoverPoint cujo backup está sendo feito ou restaurado.

Certifique-se de atender aos seguintes requisitos para a restauração da reversão do backup doOracle Storage Direct com RecoverPoint com o RecoverPoint pré-5.0:

l Os arquivos de controle do Oracle estão em um consistency group do RecoverPoint diferentedo consistency group que está incluído na restauração da reversão. Como alternativa, osarquivos de controle do Oracle residem em dispositivos sem snapshot convencionais. O Oraclenão é compatível com um backup de snapshot (proxy) dos arquivos de controle. O Oracleacessa os arquivos de controle durante a restauração da reversão.

l Se um tablespace do Oracle tiver de permanecer on-line durante uma restauração da reversão,esse tablespace on-line e o tablespace a ser restaurado estarão localizados em consistencygroups diferentes do RecoverPoint.

l Os arquivos do redo log on-line estão em dispositivos diferentes dos consistency groups queestão incluídos na restauração da reversão.

l Se um tablespace do Oracle tem um datafile localizado nas LUNs de um consistency group doRecoverPoint, antes da restauração da reversão do consistency group, o tablespace écolocado off-line para impedir a corrupção dos dados ou a falha.

É recomendável que você aloque os datafiles do Oracle e o registro arquivado em consistencygroups do RecoverPoint separados. Essa recomendação é para o caso possível em que vocêprecise fazer uma restauração da reversão apenas para os datafiles ou apenas para os arquivos delog arquivados.

Configurando as operações em um ambiente Oracle Data GuardO agente de aplicativos de banco de dados dá suporte ao Oracle Data Guard, que é uma solução deproteção e disponibilidade dos dados do Oracle para um banco de dados primário e um ou maisbancos de dados em standby em uma rede IP. Você pode configurar as operações de backup erestauração com o agente de aplicativos de banco de dados em um ambiente Oracle Data Guard.

Em um ambiente Oracle Data Guard, conforme as transações ocorrerem no banco de dadosprimário e o Oracle gravar os dados redo para os redo logs locais, o Data Guard executaautomaticamente as seguintes operações:

l Transfere os dados de redo para os locais em standby.



l Aplica os dados redo aos bancos de dados em standby, que sincroniza os bancos de dados emstandby com o banco de dados primário.

Você pode descarregar backups do RMAN de datafiles, redo logs arquivados e, possivelmente, deoutros arquivos para um banco de dados em standby físico. Em seguida, você pode usar osbackups para recuperar o banco de dados primário ou em standby. A documentação do RMAN e doData Guard descreve como configurar e fazer backup de um banco de dados em standby físico ecomo usar os backups para recuperar o banco de dados principal ou em standby.

Para configurar backups e restaurações com o agente de aplicativos de banco de dados em umambiente Oracle Data Guard:

1. Siga as instruções na documentação do Oracle sobre como definir as configurações do RMANexigidas, por exemplo, para usar um catálogo de restauração e o parâmetroDB_UNIQUE_NAME.

2. Instale e configure o software do agente de aplicativos de banco de dados no host do banco dedados primário e em cada host do banco de dados físico em standby que está incluído nosbackups e nas restaurações.

3. Para um backup, crie um script do RMAN e defina os parâmetros no arquivo de configuraçãopara o agente de aplicativos de banco de dados fazer backup dos dados de um banco de dadosfísico em standby, que pode ser usado para restaurar o banco de dados primário. Defina oparâmetro CLIENT no arquivo de configuração para um único valor que identifica o ambientedo Data Guard, preferencialmente o nome de host do banco de dados primário.

4. Para uma recuperação, crie um script de RMAN e defina os parâmetros no arquivo deconfiguração para que o agente de aplicativos de banco de dados recupere os dados de umbanco de dados primário ou em standby, dependendo da restauração. Defina o parâmetroCLIENT com o mesmo valor usado durante o backup.

Realizando backups e restaurações do Storage Direct com oOracle RMAN

Procedimento

Antes de executar um backup ou restauração do Storage Direct Oracle, certifique-se de que vocêconcluiu as configurações necessárias em Configuração das operações do Storage Direct em umambiente Oracle na página 238.

Para executar o backup ou restauração no host do servidor Oracle, você pode executar o comandorman apropriado na linha de comando.

Procedimento

1. Faça log-in no host do servidor Oracle como usuário do sistema operacional Oracle.

2. Para iniciar o backup ou script de restauração do RMAN, execute o comando rmanapropriado na linha de comando.

Por exemplo, os scripts de restauração e backup do RMAN são armazenados nos arquivosfull_backup.txt ou restore.txt. Para se conectar aos bancos de dados de folha depagamento e rcvcatdb, você configurou o serviço de rede. É possível executar os seguintescomandos para executar as operações de backup e restauração no Oracle:

rman target sys/oracle@payroll rcvcat rman/rman@rcvcatdb cmdfile \'/disk1/scripts/full_backup.txt\'rman target sys/oracle@payroll rcvcat rman/rman@rcvcatdb cmdfile \'/disk1/scripts/restore.txt\'



Em sistemas Windows, é possível usar o comando rman.exe para executar o script RMAN.

Realizando backups e restaurações do Storage Direct comOracle Enterprise Manager

Procedimento

Antes de executar um backup ou restauração do Storage Direct Oracle, certifique-se de que vocêconcluiu as configurações necessárias em Configuração das operações do Storage Direct em umambiente Oracle na página 238.

As ferramentas para gerenciamento de backup do Oracle Enterprise Manager oferecem uma GUIpara RMAN, que você pode usar para realizar o backup ou restauração no host do servidor Oracle.

Procedimento

1. Faça log-in no host do servidor Oracle como usuário do Oracle.

2. Para fazer backup ou restaurar os dados do Oracle usando a GUI, execute as ferramentas degerenciamento de backup Oracle Enterprise Manager que executam o script RMAN. DefinaSBT_LIBRARY e CONFIG_FILE na caixa de texto Media Management LibraryParameters.

As ferramentas de gerenciamento de backup geram os scripts e o comando de RMANnecessários e fazem as operações de backup e restauração.

A figura a seguir mostra um exemplo de uma configuração de backup agendado no OracleEnterprise Manager.

Figura 13 Configurações de backup agendado no Oracle Enterprise Manager

Realizando backups e restaurações de CDBs e PDBs OracleO Oracle 12c introduziu o suporte a um banco de dados multitenant que permite que um só CDB(Container Database, banco de dados de contêiner) inclua vários PDBs (Pluggable Databases,



bancos de dados conectáveis) criados pelo usuário. Você pode executar backups e restaurações deum CDB inteiro ou de PDBs individuais. Não é necessário realizar etapas adicionais de configuraçãono agente do Oracle RMAN para dar suporte ao ambiente.

Recomenda-se que você execute backups regulares do CDB inteiro para garantir que todos osPDBs e registros arquivados sejam submetidos a backup. Você pode recuperar o CDB inteiro ouPDBs individuais a qualquer point-in-time a partir de um backup de CDB. A documentação doOracle apresenta detalhes.

Realizando operações de exclusão de backup e manutenção noOracle

O agente de aplicativos de banco de dados não inclui todas as políticas de expiração. Comoresultado, os backups realizados pelo agente de aplicativos de banco de dados permanecem nosistema Data Domain até que o DBA ou o software Oracle excluam os backups.

O Oracle RMAN fornece uma política de retenção do Oracle para backups. Uma política deretenção do Oracle é baseada na janela de recuperação ou em redundância. O RMAN considera umbackup obsoleto quando ele não é mais necessário de acordo com a política de retenção do Oracle.O Oracle RMAN verifica a política de retenção de um backup quando você executa o comandoREPORT OBSOLETE ou DELETE OBSOLETE.

Você pode executar o comando DELETE BACKUP para excluir backups manualmente. Quando umaexclusão for solicitada pelo RMAN, o agente de aplicativos de banco de dados exclui as entradasdo catálogo e os arquivos de backup correspondentes no sistema Data Domain. Se a exclusão forbem-sucedida, o software Oracle, em seguida, exclui a entrada do backup correspondente nocatálogo do Oracle. Você pode forçar a exclusão, usando a opção FORCE no comando DELETE. Adocumentação do RMAN apresenta detalhes sobre o comando e a sintaxe do DELETE.

Se todas as entradas órfãs permanecerem no sistema Data Domain por motivos inesperados, comouma falha durante a exclusão, você pode usar o comando ddbmadmin para descartá-las, conformeinstruído pelo suporte técnico.

Obs.: Embora você possa executar os comandos CROSSCHECK e DELETE EXPIRED, essescomandos não são úteis para os backups feitos pelo agente de aplicativos de banco de dados.O agente de aplicativos de banco de dados e o sistema Data Domain não expiram os backups.Caso necessite executar esses comandos, restrinja a lista de backups nos quais executaráesses comandos, devido ao impacto no desempenho no sistema Data Domain.

Preparando-se para a recuperação de desastres do OracleO agente de aplicativos de banco de dados e o Oracle são compatíveis com a recuperação dedesastres com a opção de cópia do proxy dado que o RMAN é compatível com a funcionalidade. Adocumentação do Oracle e RMAN apresenta detalhes sobre as práticas recomendadas pararecuperação de desastres.

Procedimento

Para preparar um servidor Oracle para recuperação de desastres, faça o backup da seguinte listamínima de arquivos:

l Banco de dados Oracle (todos os datafiles)

l Redo logs arquivados

l Arquivo de controle

l Arquivo de parâmetro de inicialização



Obs.: O RMAN só faz backup do arquivo de parâmetro gerenciado pelo servidor (SPFILE).

A documentação do Oracle apresenta uma lista completa de todos os arquivos (além do banco dedados Oracle) dos quais você deve fazer backup. O RMAN não faz backup de outros arquivos quepodem ser necessários para a recuperação de desastres, como os arquivos de rede do Oracle,arquivo de senha e assim por diante.

Use as seguintes diretrizes para se preparar para a recuperação de desastres:

l Estabeleça arquivos de controle espelhados.

Consulte a documentação do Oracle para obter recomendações sobre instituir ou não redo logson-line espelhados.

l Faça o backup de redo logs arquivados com frequência entre backups do banco de dados.

l Faça backup do Catálogo de restauração após cada backup do banco de dados de destino sevocê tiver um Catálogo de restauração.

Para realizar uma recuperação de desastres do Oracle, conclua as etapas necessárias.

Procedimento

1. Certifique-se de que as LUNs restauradas foram provisionadas para o host de recuperaçãode desastres. A documentação do Storage Direct fornece detalhes.

2. Para criar um arquivo de configuração, o script do RMAN e a lockbox no host derecuperação de desastres, siga as etapas de configuração em Configuração das operaçõesdo Storage Direct em um ambiente Oracle na página 238.

3. No arquivo de configuração, defina o parâmetro CLIENT com o hostname usado no backup.

Para obter a lista de nomes do client, conforme descrito em Usando o comando ddbmadminpara exibir os clients para um caminho de dispositivo na página 130, caso não se lembre dohostname ou não tenha definido CLIENT para o backup, use o comando ddbmadmin -i.

4. Siga as instruções de recuperação de desastres na documentação do Oracle RMAN no siteda Oracle.

Requisitos do Oracle RAC e do cluster ativo-passivo paraoperações do Storage Direct

Você pode realizar backups e restaurações do Storage Direct com o agente de aplicativos debanco de dados em um ambiente de cluster ativo-passivo ou Oracle RAC.

Você deve atender aos seguintes requisitos de configuração no ambiente Oracle RAC ou decluster:

l Todos os nós podem acessar o arquivo de configuração, a lockbox e o script RMAN por meiode um file system compartilhado ou compartilhamento NFS/CIFS.

Obs.: Se o arquivo de configuração ou um script RMAN não estiver acessível por meio deum file system compartilhado ou compartilhamento via NFS/CIFS, você deve copiar emanter um arquivo de configuração ou script RMAN idêntico em cada nó envolvido nosbackups e restaurações. Essa exigência não se aplica aos scripts RMAN armazenadosporque o software Oracle pode acessar um script RMAN armazenado em qualquer nó.

l O acesso à lockbox é concedido a todos os hosts de cluster conforme descrito em Configurando a lockbox em um ambiente de alta disponibilidade na página 123.

l Você selecionou um dos nomes de host virtual do nó ou nome de host SCAN de cluster e definiuo parâmetro CLIENT para esse nome de host no arquivo de configuração.



l Em um ambiente Oracle RAC, se os redo logs arquivados não estiverem acessíveis de todos osnós (o que não é uma prática recomendada da Oracle), então você criou um script RMAN noqual cada canal está alocado para conectar-se a um nó diferente.

O Oracle RMAN faz backup de todos os redo logs arquivados de todos os nós se os registrosestiverem localizados em um armazenamento compartilhado.

l Todas as LUNs de restauração são provisionadas corretamente em todos os nós já que arestauração pode ser iniciada a partir de qualquer nó de cluster.

Requisitos do Oracle ASM para operações do Storage DirectO Oracle ASM (Automatic Storage Management, gerenciamento de armazenamento automático) éum gerenciador de volumes e um file system para os bancos de dados Oracle e usa grupos dediscos para armazenar os dados do Oracle. Um grupo de discos do Oracle ASM é um conjunto dediscos que o Oracle ASM gerencia como uma unidade. Os discos do ASM são os dispositivos dearmazenamento provisionados para os grupos de discos do ASM. As instâncias do Oracle ASMmontam os grupos de discos para disponibilizar os arquivos do Oracle ASM para as instâncias debanco de dados.

O agente de aplicativos de banco de dados é compatível com os backups e restaurações doStorage Direct de um banco de dados Oracle e redo logs arquivados em discos do Oracle ASM. Osdiscos do Oracle ASM podem ser LUNs de VMAX ou XtremIO. O banco de dados Oracle que residenos discos do ASM pode ser um banco de dados Oracle RAC.

Os tópicos a seguir descrevem as operações compatíveis com suporte do Oracle ASM e osprocedimentos para configurar e executar os backups e restaurações do Storage Direct de dadosdo Oracle em discos do ASM.

Visão geral de backups e restaurações do Storage Direct de bancos de dados doOracle no Oracle ASM

O agente de aplicativos de bancos de dados 4.5.1 incluiu suporte para backups e restaurações doStorage Direct de dados do Oracle em discos do ASM nos sistemas Linux compatíveis. O agente deaplicativos de banco de dados 19.2 incluiu operações do Storage Direct do Oracle ASM nossistemas AIX compatíveis. Em um ambiente Oracle RAC, você pode realizar operações de backup erestauração de RMAN de qualquer host do Oracle RAC que estiver configurado para acesso aosdiscos do ASM.

Você tem a opção de realizar uma restauração da reversão. Você também tem a opção de realizaruma recuperação lógica por meio da montagem dos backups usando o agente de aplicativos debancos de dados em um host de proxy, também conhecido como um host de montagem.

O agente de aplicativos de banco de dados 4.7 introduziu o suporte à realização de operações decatálogo do RMAN e operações de restauração e recuperação automatizadas em um host de proxy(host de montagem), e não no host de produção.

Os tópicos a seguir descrevem as interações de processo que ocorrem durante os backups ourestaurações do Storage Direct do Oracle ASM. Tópicos subsequentes descrevem comoconfigurar e realizar backups e restaurações do Storage Direct de dados do Oracle ASM.

Processos de backup do Storage Direct do Oracle ASM

Um backup do Storage Direct de dados do Oracle ASM inclui as interações de processo a seguir.

1. O usuário root no Linux ou SO do Oracle Grid no AIX inicia o backup executando o comandoddboraasm com as opções de backup adequadas.

2. O componente de detecção ddboraasm conecta-se à instância do banco de dados e obtém oslocais dos datafiles e redo logs arquivados e os nomes de grupos de disco do ASM associados.



3. O componente de detecção ddboraasm conecta-se à instância do ASM como um usuário dosistema operacional do Oracle Grid. O programa mapeia os grupos de discos ASM paradispositivos físicos do sistema operacional e as LUNs no storage array.

4. Para o Oracle 11.2, o programa ddboraasm coloca o banco de dados em modo de backupativo.

5. O programa ddboraasm faz um snapshot de todos os dispositivos físicos do grupo de discosdo ASM do banco de dados do Oracle e retira o banco de dados do modo de backup, senecessário. O programa copia o snapshot de cada dispositivo do ASM do banco de dados parao sistema Data Domain usando a tecnologia Storage Direct e cria as imagens estáticas.

6. O programa ddboraasm arquiva o redo log on-line atual e faz um snapshot de todos osdispositivos físicos do grupo de discos do ASM para os redo logs arquivados. O programa copiao snapshot de cada dispositivo do ASM dos redo logs arquivados para o sistema Data Domainusando a tecnologia Storage Direct e cria as imagens estáticas.

7. O programa ddboraasm, então, monta as cópias do grupo de discos do ASM com nomesexclusivos, cataloga as cópias no catálogo do RMAN e depois as desmonta. O programatambém armazena um registro dos backups em seu próprio catálogo.

Processos de restauração do Storage Direct do Oracle ASM

Uma restauração do Storage Direct de um backup do Oracle ASM inclui as interações de processoa seguir.

1. O usuário root no ou SO do Oracle Grid no AIX inicia a restauração executando o comandoddboraasm com as opções de restauração apropriadas.

2. O programa ddboraasm executa o script RMAN especificado pelo usuário e gera a saída devisualização da restauração.

Se o usuário não especificar um arquivo de script do RMAN, uma visualização de restauraçãode todo o banco de dados será realizada por padrão.

3. O programa ddboraasm lê a saída de visualização e localiza os nomes de grupos do disco doASM que são necessários para a restauração.

4. O programa ddboraasm consulta o catálogo do agente de aplicativos de bancos de dados decada grupo de discos que é necessário para a restauração, depois localiza e restaura asimagens estáticas necessárias.

5. O programa ddboraasm renomeia as legendas do disco do ASM e os nomes de grupos dediscos para nomes exclusivos que são usados no catálogo, depois monta os discos do ASMpara o host de restauração para garantir que eles estejam disponíveis no file system.

6. O usuário executa os comandos de restauração e recuperação do RMAN para restaurar erecuperar o banco de dados inteiro ou objetos de dados individuais para a hora atual ou umponto no tempo. Os objetos de dados podem ser tablespaces, datafiles, tabelas ou blocos.

7. O usuário executa o RMAN para concluir a restauração e a recuperação.

8. O usuário executa o comando ddboraasm com as opções --list-mounts e --dismountpara desmontar os grupos de discos.

O programa ddborasm mantém o controle dos discos do ASM montados no diretório mountsda instalação do agente de aplicativos do banco de dados.

Configurando backups e restaurações do Storage Direct do banco de dados doOracle no Oracle ASM

Antes de executar backups e restaurações do Storage Direct de um banco de dados do Oracle noOracle ASM com o agente de aplicativos de banco de dados, os pré-requisitos de configuraçãodevem ser atendidos. Conclua também os procedimentos de configuração necessários.



Atenda aos seguintes pré-requisitos de configuração para operações do Oracle ASM:

l A instância do ASM e a instância de banco de dados são executadas no mesmo host, que podeser um host Oracle RAC.

l Existe apenas um banco de dados em um único grupo de discos do ASM.

l O banco de dados, redo logs on-line e redo logs arquivados residem em grupos de discos ASMseparados que são criados com o uso da redundância externa.

Todos os bancos de dados e todos os redo logs residem em seus grupos de discos ASMcorrespondentes.

l Os discos do ASM são LUNs de VMAX ou de XtremIO criados por meio do uso de ASMLib ouum block device, também conhecido como uma partição de disco bruto na documentação doOracle. Em um ambiente virtualizado, as LUNs são mapeadas para o sistema operacional guestcomo RDMs físicos.

A seção DDBEA do eLab Navigator em https://elabnavigator.emc.com/eln/modernHomeDataProtection apresenta detalhes sobre as versões de microcódigo e array doVMAX e XtremIO compatíveis.

l O sistema Data Domain e o VMAX ou RecoverPoint com sistema XtremIO são instalados econfigurados conforme descrito em PowerProtect Storage Direct Primary and Protection StorageConfiguration Guide.

l Para o Storage Direct com RecoverPoint para operações XtremIO, os discos a seguir estãolocalizados em grupos de consistência do RecoverPoint separados:

n Os discos no grupo de discos ASM do banco de dados.

n Os discos no grupo de discos ASM para o redo logs arquivados.

l Para o Storage Direct para operações VMAX somente, a versão compatível do VMAX SolutionsEnabler está instalada e configurada em cada host em que serão executados backup erestauração. O Solutions Enabler também está instalado e configurado no host do proxy, seusado. A seção DDBEA do E-LAB Navigator em https://elabnavigator.emc.com/eln/elnhomedescreve as versões compatíveis.

Obs.: O Solutions Enabler não é necessário no host de recuperação, somente quando vocêexecuta uma restauração diretamente do Data Domain sem usar o VMAX.

O banco de dados Solutions Enabler deve estar atualizado em qualquer host em que um backupou uma restauração possam ser executados. Para atualizar o banco de dados do SolutionsEnabler, execute o comando symcfg discover. A documentação do Solutions Enablerapresenta detalhes.

Os gatekeepers necessários também devem ser configurados conforme descrito emPowerProtect Storage Direct Primary and Protection Storage Configuration Guide. O SolutionsEnabler usa os pequenos dispositivos gatekeeper para comunicação com o storage arrayVMAX.

Siga as próximas etapas para concluir os procedimentos de configuração para operações do OracleASM.

Obs.: As operações de restauração do Storage Direct do Oracle ASM não são compatíveis comuma configuração de sistema secundário e o arquivo de configuração não inclui uma seção[SECONDARY_SYSTEM]. Para operações de restauração do Oracle ASM a partir um sistemaData Domain replicado, defina os parâmetros de configuração correspondentes na seção[PRIMARY_SYSTEM] do arquivo de configuração. O nome original da unidade dearmazenamento do DD Boost e o nome de pool de dispositivos DD vdisk precisam ser usadospara a unidade de armazenamento e o pool de dispositivos criados para a replicação no sistemaData Domain secundário.





https://elabnavigator.emc.com/eln/elnhome

1. Somente no AIX, execute o comado ddbmadmin -L como usuário root para alterar apropriedade do grupo da Lockbox e ative o usuário do SO do Oracle Grid para executar asoperações de lockbox. Especifique o nome de caminho do diretório da lockbox e o ID de grupodo usuário do SO do Oracle Grid , seja na linha de comando ddbmadmin ou no prompt decomando.

Por exemplo, você pode executar os comados id grid e id oracle para verificar o ID degrupo e, em seguida executar o comando ddbmadmin -L:

# id griduid=1100(grid) gid=1000(oinstall) groups=1100(asmadmin),1200(dba),1201(oper),1300(asmdba),1301(asmoper)# id oracleuid=1101(oracle) gid=1000(oinstall) groups=1200(dba),1201(oper),1300(asmdba)# /opt/dpsapps/dbappagent/bin/ddbmadmin -LProvide full pathname for the lockbox, or press Enter to accept the default directory (/opt/dpsapps/common/lockbox):Using the default pathname '/opt/dpsapps/common/lockbox' for lockbox.Provide a group ID for lockbox ownership, or type 0 to accept the 'root user' group as the lockbox owner: 1000Lockbox has been successfully created in the directory '/opt/dpsapps/common/lockbox' with group ownership 1000.

2. Adicione as configurações de parâmetro necessárias da tabela a seguir ao arquivo deconfiguração Tabela 22 na página 254 personalizado a partir do modelo de arquivo deconfiguração oracle_asm_ddbda.cfg, conforme descrito em Definindo o arquivo deconfiguração na página 80.

Verifique se as seguintes configurações de parâmetros para as operações do Oracle ASM:

l GRID_HOME, GRID_SID, GRID_OS_USER, ORACLE_HOME, ORACLE_SID eORACLE_OS_USER são definidos conforme descrito na tabela a seguir.

l CLIENT está definido como o hostname virtual do Oracle RAC. O valor padrão de CLIENT éo hostname do host físico local em que o backup ou a restauração acontece.

l ORACLE_USER é definido quando a autenticação do banco de dados é usada.

l RMAN_CATALOG_SERVICE e RMAN_CATALOG_USER são definidos se o banco de dados docatálogo do RMAN for usado.

l VMAX_FASTX_RESTORE_SG é definido como opção para um backup ou restauração doRMAN no VMAX. O parâmetro especifica o nome do grupo de armazenamento VMAX deum dispositivo nativo FAST.X ou VMAX para ser usado durante a operação de montagem. Ogrupo de armazenamento padrão NsrSnapSG é usado.

Em ambientes do VMAX, quando RESTORE_FROM_DD_ONLY é definido como FALSE(configuração padrão), o agente de aplicativos de banco de dados primeiro tenta montar obackup do VMAX a partir do snapshot local, se disponível. Para essa operação demontagem, o agente usa o dispositivo nativo do VMAX do grupo de armazenamentoVMAX_FASTX_RESTORE_SG. Se o snapshot local não estiver disponível, ou seRESTORE_FROM_DD_ONLY for definido como TRUE, o agente tentará montar os backups apartir do Data Domain:

n Se RESTORE_DEVICE_GROUP e RESTORE_DEVICE_POOL forem definidos, o agente deaplicativos de banco de dados tentará montar o backup diretamente dos dispositivos doData Domain usando os dispositivos de restauração de vdisk do local definido.

n Caso contrário, o agente de aplicativos de banco de dados usará os dispositivos FAST.Xconforme especificado pelo parâmetro VMAX_FASTX_RESTORE_SG.

l Em ambientes do XtremIO, as configurações RESTORE_DEVICE_GROUP eRESTORE_DEVICE_POOL são obrigatórias porque o agente de aplicativos de banco de



dados sempre usa essas configurações de parâmetro para montar o backup diretamente doData Domain.

O exemplo a seguir de arquivo de configuração de exemplo mostra as configurações deparâmetro para as operações do Oracle ASM:

GRID_OS_USER=gridGRID_HOME=/home/gridORACLE_HOME=/u01/app/oracle/product/12.2.0/dbhome_1ORACLE_SID=ORCL1GRID_SID=+ASM1ORACLE_OS_USER=oracle

RMAN_CATALOG_SERVICE=CATALOGDBRMAN_CATALOG_USER=c##rcatuser

DEBUG_LEVEL=2DPRINTF=TRUEVMAX_FASTX_RESTORE_SG = NsrSnapSGCLIENT=blrv049a048.lss.emc.comRESTORE_FROM_DD_ONLY=TRUE

[PRIMARY_SYSTEM]DEVICE_HOST=blrv071a091.lss.emc.comDDBOOST_USER=testDDVDISK_USER=ddvdiskDEVICE_PATH=/ppvmaxnew

3. Registre as credenciais na lockbox para os usuários que estão especificados no arquivo deconfiguração. Para registrar as credenciais, execute o comando ddbmadmin -P -z<configuration_file> conforme descrito em Configurando a lockbox na página 110.

Obs.: Você deve executar esse comando ddbmadmin como o usuário root no Linux ouusuário do SO do Oracle Grid no AIX.

4. Somente no AIX, execute as seguintes etapas de configuração para permitir que o usuário doSO do Oracle Grid execute as operações de backup e restauração do Oracle ASM:

a. Para criar o diretório mounts e permitir que o usuário do SO do Oracle Grid execute oprograma ddboraasm, execute um dos seguintes comandos como o usuário root:

# /opt/dpsapps/dbappagent/bin/ddboraasm -g -z <configuration_file_pathname># /opt/dpsapps/dbappagent/bin/ddboraasm --grid-config -z <configuration_file_pathname>

b. Edite o arquivo de configuração /usr/emc/API/symapi/config/daemon_users doSolutions Enabler e adicione as seguintes entradas no arquivo:

grid stororad freezegrid storapidgrid storgnsd

c. Para alterar a propriedade dos dispositivos de restauração para o usuário do SO do OracleGrid o grupo asmadmin, execute os seguintes comandos como o usuário root:

# symdev -sid <VMAX_ID> -sg <restore_storage_group> list pd# symdev -sid 476 -sg NsrSnapSG list pd

Por exemplo, os comandos exibem o seguinte tipo de resultado:

Symmetrix ID: 000297000476

Device Name Dir Device



--------------------------------------------------------------------------CapSym Physical SA :P Config Attribute Sts (MB)--------------------------------------------------------------------------00E63 /dev/rhdisk18 03D:008 TDEV N/Grp'd RW 1536000E64 /dev/rhdisk19 03D:008 TDEV N/Grp'd RW 1536000E65 /dev/rhdisk20 03D:008 TDEV N/Grp'd RW 15360

Para alterar a propriedade e as permissões para cada arquivo de dispositivo físico listado nasaída do comando, execute os comandos chown e chmod como o usuário root para cadaarquivo de dispositivo. Por exemplo:

# chown grid:asmadmin /dev/rhdisk18# chmod 660 /dev/rhdisk18

d. Para criar o diretório /nsr/tmp e alterar a propriedade para o usuário do SO do OracleGrid, execute os seguintes comandos como o usuário root:

# mkdir -p /nsr/tmp# chown grid:oinstall /nsr/tmp

A tabela a seguir descreve os parâmetros que são específicos para as operações do Oracle ASM.Para cada parâmetro, a tabela lista o título de seção da seção do arquivo de configuração quecontém o parâmetro.

Obs.: A menos que especificado de outra forma, os parâmetros a seguir não diferenciammaiúsculas de minúsculas, não têm valor padrão e se aplicam a operações do Storage Directpara VMAX e do Storage Direct para RecoverPoint.

Tabela 22 Parâmetros de operações do Oracle ASM

Parâmetro: GRID_HOME

Seção: [GENERAL]

Especifica o nome do caminho completo da instalação do Oracle Grid Infrastructure.

Obrigatório.

Valor válido: nome do caminho completo válido da instalação do Oracle Grid Infrastructure.

Parâmetro: GRID_OS_USER

Seção: [GENERAL]

Especifica o nome do usuário do sistema operacional do Oracle Grid Infrastructure, que é ousuário do sistema operacional usado durante a instalação do software do Oracle GridInfrastructure.

Obrigatório.

Valor válido: nome de usuário válido do usuário do sistema operacional do Oracle GridInfrastructure.

Parâmetro: GRID_SID

Seção: [GENERAL]

Especifica o identificador exclusivo do sistema (SID) do Oracle ASM, por exemplo, +ASM.

Obrigatório.



Tabela 22 Parâmetros de operações do Oracle ASM (continuação)

Valor válido: SID válido do Oracle ASM.

Parâmetro: ORACLE_HOME

Seção: [GENERAL]

Especifica o nome do caminho completo da instalação do banco de dados do Oracle.

Obrigatório.

Valor válido: nome do caminho completo válido da instalação do banco de dados do Oracle.

Parâmetro: ORACLE_OS_USER

Seção: [GENERAL]

Especifica o nome do usuário do sistema operacional para conectar ao banco de dados:

l Se definido sem ORACLE_USER, especifica o usuário do OS para se conectar ao banco dedados por meio de autenticação do sistema operacional.

l Se definido com ORACLE_USER, especifica o usuário do OS para se conectar ao bancode dados por meio de autenticação de banco de dados com ORACLE_USER. Nesse caso,o usuário ORACLE_OS_USER deve ter OSDBA como seu grupo principal.

Obrigatório.

Valor válido: nome de usuário do sistema operacional válido.

Parâmetro: ORACLE_SID

Seção: [GENERAL]

Especifica o identificador exclusivo do sistema (SID) do banco de dados do Oracle.

Obrigatório.

Valor válido: SID do banco de dados de destino válido.

Parâmetro: ORACLE_USER

Seção: [GENERAL]

Especifica o nome do usuário do banco de dados do Oracle com privilégio SYSDBA. Sedefinida, a autenticação do banco de dados é usada para se conectar ao banco de dados.

Opcional.

Valor válido: nome de usuário válido do usuário do banco de dados do Oracle.

Parâmetro: RESTORE_FROM_DD_ONLY


Em um sistema VMAX, especifica se deve tentar primeiro montar a cópia de backup usandoum snapshot local do VMAX ou montando a partir do Data Domain (por meio de dispositivosFAST.X ou diretamente).

Opcional.



Tabela 22 Parâmetros de operações do Oracle ASM (continuação)

Valores válidos:

l FALSE (padrão) = primeira tentativa de montar a cópia de backup usando um snapshotlocal do VMAX.

l TRUE = montar a cópia de backup do Data Domain usando dispositivos FAST.X ou umamontagem direta dos dispositivos do Data Domain.

Parâmetro: RMAN_CATALOG_SERVICE

Seção: [GENERAL]

Especifica o nome do serviço Net ou do Easy Connect do banco de dados de catálogo doRMAN.

Para garantir que o nome especificado esteja correto, execute o seguinte comando na linha decomando:

rman catalog <RMAN_catalog_username>/<password>@<RMAN_catalog_service_name>

Opcional.

Valor válido: nome válido do serviço Net ou do Easy Connect do banco de dados do catálogodo RMAN.

Parâmetro: RMAN_CATALOG_USER

Seção: [GENERAL]

Especifica o nome de usuário do banco de dados de catálogo do RMAN.Obs.: O usuário de catálogo especificado deve ter o privilégio necessário para se conectarao catálogo do RMAN como usuário do catálogo.

Para garantir que o usuário especificado tenha os privilégios necessários, execute o seguintecomando na linha de comando:

rman catalog <RMAN_catalog_username>/<password>@<RMAN_catalog_service_name>

Obrigatório somente quando o banco de dados de catálogo do RMAN é usado eRMAN_CATALOG_SERVICE é definido.

Valor válido: nome de usuário válido para o banco de dados de catálogo do RMAN.

Executando e gerenciando os backups do Storage Direct do banco de dados doOracle no Oracle ASM

Depois de concluir os procedimentos de configuração necessários, você pode executar o comandoddboraasm para realizar um backup do Storage Direct de um banco de dados do Oracle no OracleASM.



Obs.: O backup do Storage Direct do Oracle ASM cria um único saveset para cada backup dediskgroup. Todas as informações que o comando ddboraasm imprime para a saída padrão sãoadicionadas ao arquivo de log operacional, ddboraasm.messages.log.

Para executar o backup do Storage Direct de dados do Oracle ASM, execute o comandoddboraasm com as opções apropriadas como o usuário root no Linux ou no SO do Oracle Grid noAIX:

ddboraasm {--backup|-b} {--config <configuration_file>|-z <configuration_file>} [--controlfile] [--dismount] [--grid-config|-g] [--no-dismount] [--hot-backup-mode] [--no-hot-backup-mode] [--no-catalog] [--debug 9|-D 9]

Você pode executar o comando de backup em qualquer nó RAC de banco de dados do Oracle quetenha acesso aos discos do Oracle ASM.

As opções de comando entre chaves ({ }) são obrigatórias. As opções de comando entre colchetes([ ]) são opcionais. Para um backup do Storage Direct do Oracle ASM, somente duas opções sãoobrigatórias:

l --backup ou -bl --config <configuration_file> ou -z <configuration file>

A tabela a seguir descreve as opções de comando ddboraasm para um backup. Para obter umalista de todas as opções de comando disponíveis para o comando ddboraasm, execute o comandoddboraasm --help ou ddboraasm -h.

Tabela 23 As opções de comando ddboraasm para um backup do Storage Direct do Oracle ASM

Opção Descrição

--backup ou -b Obrigatório. Especifica a execução de um backup do Storage Direct do Oracle ASMde acordo com as configurações de parâmetros no arquivo de configuração.

--config<configuration_file>

ou

-z <configuration_file>

Obrigatório. Especifica o nome do caminho absoluto do arquivo de configuraçãoconforme descrito em Definindo o arquivo de configuração na página 80. O arquivocontém as configurações de parâmetros a serem usadas para o backup do StorageDirect do Oracle ASM.

Obs.: Não é aceito um nome de caminho relativo para o arquivo deconfiguração.

Configurando backups e restaurações do Storage Direct do banco de dados doOracle no Oracle ASM na página 250 apresenta detalhes sobre as configurações deparâmetro necessárias.

--controlfile Obrigatório quando uma das seguintes operações é executada em um host deproxy:

l Restauração automatizada do proxy com o comando ddboraasm --proxy-restore.

l Operação de catálogo do RMAN.

Caso contrário, é opcional; no entanto, é recomendado. Especifica fazer backup doarquivo de controle e do spfile no final do backup do Storage Direct do Oracle ASM.Sem essa opção, o arquivo de controle e o spfile não têm backup feito peloddboraasm.

Obs.: O arquivo de controle e o spfile têm backup feito por meio do workflowdo Application Direct. Os savesets de backup são gerados na unidade de



Tabela 23 As opções de comando ddboraasm para um backup do Storage Direct do OracleASM (continuação)

Opção Descrição

armazenamento do Data Domain que é especificada no arquivo deconfiguração.

Configurando e executando operações de catálogo do RMAN em um host deproxy na página 262 apresenta detalhes sobre a operação de catálogo do RMAN emum host de proxy.

--dismount Opcional. Especifica a desmontagem de todas as imagens de backup após obackup, que é o comportamento padrão para um backup do Storage Direct doOracle ASM.

Você pode usar --dismount ou --no-dismount para um backup, mas não as

duas opções.

--grid-config ou -g Obrigatório somente no AIX. Especifica a execução da configuração de usuário doSO do Oracle Grid para operações de backup e restauração somente no AIX. Oprocedimento de configuração no Configurando backups e restaurações do StorageDirect do banco de dados do Oracle no Oracle ASM na página 250 apresenta maisdetalhes.

--hot-backup-mode Opcional. Especifica o uso do modo de backup ativo, que é o comportamentopadrão para backups com o Oracle 11.2.

--no-catalog Obrigatório quando a operação de catálogo do RMAN é executada em um host deproxy. Especifica que se deve ignorar a operação de catálogo do RMAN no host deprodução, o que impede que o backup seja montado.

Especifique esta opção somente quando configurar e executar a operação decatálogo do RMAN em um host de proxy, conforme descrito em Configurando eexecutando operações de catálogo do RMAN em um host de proxy na página 262.

--no-dismount Opcional. Especifica deixar todas as imagens de backup no estado montado após obackup.

Você pode usar --no-dismount ou --dismount para um backup, mas não as

duas opções.

--no-hot-backup-mode Opcional. Especifica a não utilização do modo de backup ativo, que é ocomportamento padrão para backups com o Oracle 12.1 ou posterior.

Uso do comando ddboraasm para listar e desmontar as montagens atuais

Você pode executar o comando ddboraasm com a opção --list-mounts ou -l como umcomando separado do comando de backup, para listar ou desmontar as montagens de backupatuais. Execute o comando como o usuário root no Linux ou SO do Oracle Grid no AIX:

ddboraasm {--list-mounts|-l} [--dismount] {--config <configuration_file>|-z <configuration_file>}

O resultado do comando depende de a opção --dismount ser incluída ou não:



l Sem a opção --dismount, o comando lista, mas não desfaz as montagens atuais. Porexemplo:

ddboraasm --list-mounts --config /opt/dbapps/config/oracleasm.cfg

l Com a opção --dismount, o comando lista e desfaz todas as montagens atuais. Por exemplo:

ddboraasm --list-mounts --dismount --config /opt/dbapps/config/oracleasm.cfg

Obs.: Não é possível desfazer montagens específicas com o comando ddboraasm. Vocêsó pode desfazer todas as montagens atuais ao mesmo tempo.

Exemplos de comandos de backup do Storage Direct do Oracle ASM

No exemplo a seguir, o comando ddboraasm faz um backup do Storage Direct do Oracle ASMusando as configurações de parâmetro no arquivo de configuração /opt/dbapps/config/oracleasm.cfg:

ddboraasm --backup --config /opt/dbapps/config/oracleasm.cfg

No exemplo a seguir, o comando ddboraasm faz um backup do Storage Direct do Oracle ASMusando as configurações de parâmetro no arquivo de configuração e deixa todas as imagens debackup no estado montado após o backup:

ddboraasm --backup --no-dismount --config /opt/dbapps/config/oracleasm.cfg

No exemplo a seguir, o comando ddboraasm faz um backup do Storage Direct do Oracle ASMusando as configurações de parâmetro no arquivo de configuração e também faz backup doarquivo de controle e do spfile no final do backup:

ddboraasm --backup --controlfile --config /opt/dbapps/config/oracleasm.cfg

O exemplo a seguir se aplica somente quando a operação de catálogo do RMAN é executada emum host de proxy, conforme descrito em Configurando e executando operações de catálogo doRMAN em um host de proxy na página 262.

O comando ddboraasm com a opção --no-catalog executa um backup do Storage Direct doOracle ASM dos datafiles e archivelogs sem montar o backup ou o catálogo do RMAN. O comandotambém faz backup do arquivo de controle e do spfile:

ddboraasm --backup --no-catalog --controlfile --config /opt/dbapps/config/oracleasm.cfg

Backup da de redo logs arquivados, arquivo de controle e spfile da Oracle

Quando você faz um backup do Storage Direct do Oracle ASM executando o comandoddboraasm --backup, o grupo de discos do banco de dados e o grupo de discos dos redo logsarquivados têm backup feito. Não é possível usar o comando ddboraasm para fazer um backupseparado do grupo de discos de redo logs arquivados.



Você pode usar o RMAN para realizar um backup de grupo de discos de redo logs arquivados,como quando você deseja backups de redo logs arquivados mais frequentes do que os backups debanco de dados. Por exemplo, você pode executar o seguinte script RMAN para fazer o backup:

run {ALLOCATE CHANNEL C1 DEVICE TYPE SBT_TAPE PARMS'SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so,SBT_PARMS=(CONFIG_FILE=/opt/dpsapps/dbappagent/config/oracle_asm_ddbda.cfg)'FORMAT '%d_%U';BACKUP ARCHIVELOG ALL DELETE INPUT;}

Como mencionado no tópico anterior, você também pode usar a opção --controlfile com ocomando ddboraasm --backup para fazer backup, automaticamente, do arquivo de controle edo spfile no final do backup do Storage Direct do Oracle ASM. Esse backup do arquivo de controlee do spfile é um conjunto de backups do RMAN no Data Domain ao usar Application Direct.

Recomenda-se que você use a opção --controlfile com o comando ddboraasm --backupse não fizer backup do arquivo de controle e do spfile usando o RMAN separadamente.

Se você especificar a opção --controlfile, o seguinte comando RMAN será executado para fazer obackup do arquivo de controle e do spfile.

run {ALLOCATE CHANNEL C1 DEVICE TYPE SBT_TAPE PARMS'SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so,SBT_PARMS=(CONFIG_FILE=/opt/dpsapps/dbappagent/config/oracle_asm_ddbda.cfg)'FORMAT '%d_%U';BACKUP CURRENT CONTROLFILE;BACKUP SPFILE;}

Como opção, você também pode usar o RMAN para realizar um backup do arquivo de controle e dospfile. Por exemplo, você pode executar o script RMAN anterior manualmente.

Uso do RMAN para listar os backups

As cópias do Oracle ASM são catalogadas como cópias de disco no catálogo do RMAN. Você podeusar o comando LIST do RMAN para listar os backups do Storage Direct do Oracle ASM.

No exemplo a seguir, o executável do RMAN é iniciado com conexões com o banco de dados dedestino e o catálogo de recuperação. Em seguida, o comando list é usado para obter uma lista debackups que foram concluídos no último dia:

rman> list copy completed after 'sysdate-1';

List of Datafile Copies=======================Key File S Completion Time Ckp SCN Ckp Time Sparse------- ---- - --------------- ---------- --------------- ------33 1 A 28-JUL-17 3210724 28-JUL-17 NO Name: +T1501235343/VMAX/DATAFILE/system.256.947227511

34 3 A 28-JUL-17 3210724 28-JUL-17 NO Name: +T1501235343/VMAX/DATAFILE/sysaux.257.947227545

35 4 A 28-JUL-17 3210724 28-JUL-17 NO Name: +T1501235343/VMAX/DATAFILE/undotbs1.258.947227571

36 7 A 28-JUL-17 3210724 28-JUL-17 NO Name: +T1501235343/VMAX/DATAFILE/users.259.947227571



O arquivo de controle e o spfile que têm backup feito com a opção --controlfile sãocatalogados como backups no catálogo do RMAN. Você pode usar o comando list para listar osbackups da seguinte maneira:

rman> list backup of controlfile;rman> list backup of spfile;

Uso do comando ddbmadmin para listar e excluir os backups

Você pode usar o comando ddbmadmin para listar e excluir os backups do Storage Direct dedados do Oracle ASM. Você deve usar a opção -n oracle_asm com cada comando ddbmadmin. Usando o comando ddbmadmin para exibir e excluir savesets na página 126 apresenta detalhessobre todas as opções de comando necessárias para a lista e as operações de exclusão.

Obs.: Um backup do Storage Direct do Oracle ASM cria um único saveset para cada backup dediskgroup.

Por exemplo:

l O comando ddbmadmin a seguir lista as informações do saveset para os backups do StorageDirect do Oracle ASM criados na última semana:

ddbmadmin -s -b "1 week ago" -e now -n oracle_asm -z /opt/dbapps/config/oracleasm.cfg

l O comando ddbmadmin a seguir exclui os backups do Storage Direct do Oracle ASM criadosantes de 90 dias atrás:

ddbmadmin -d -e "90 days ago" -n oracle_asm -z /opt/dbapps/config/oracleasm.cfg

Obs.:Depois de excluir com o comando ddbmadmin, use os comandos crosscheck e deletedo RMAN para garantir que as entradas de catálogo do RMAN sejam removidas. Porexemplo:

RMAN> crosscheck copy completed before 'sysdate-90';RMAN> delete force expired copy completed before 'sysdate-90';

Uso do RMAN para excluir os backups de arquivo de controle e spfile

Você pode usar o RMAN para excluir os backups do arquivo de controle e do spfile, como feito pormeio da opção --controlfile. Use o mesmo arquivo de configuração para a exclusão do backupque você usou para realizar o backup. Por exemplo, você pode executar o seguinte script RMANpara excluir os backups do arquivo de controle e spfile que foram feitos antes de 90 dias atrás:

run {ALLOCATE CHANNEL CH1 DEVICE TYPE 'SBT_TAPE'PARMS='SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so'SEND 'ENV=(CONFIG_FILE=/opt/dpsapps/dbappagent/config/oracle_asm_ddbda.cfg)':DELETE BACKUP OF SPFILE COMPLETED BEFORE 'SYSDATE-90';DELETE BACKUP OF CONTROLFILE COMPLETED BEFORE 'SYSDATE-90';}



Configurando e executando operações de catálogo do RMAN em um host deproxy

Com o agente de aplicativos de banco de dados 4.7 ou versões posteriores, você pode executar osbackups do Oracle ASM no host de produção e executar as operações de catálogo do RMANcorrespondentes em um host de proxy separado, e não no host de produção.

Antes de executar as operações de catálogo do RMAN em um host de proxy, você deve atenderaos pré-requisitos de configuração e concluir os procedimentos de configuração necessários. Vocêdeve usar o comando ddboraasm com as opções apropriadas para executar as operações decatálogo do RMAN no host de proxy.

Configurando as operações de catálogo do RMAN em um host de proxy

Certifique-se de atender aos seguintes pré-requisitos de configuração antes de executar quaisqueroperações de catálogo do RMAN em um host de proxy:

l O host de banco de dados do catálogo, o host do banco de dados de produção e o host dobanco de dados de proxy são hosts diferentes com a mesma versão Oracle.

l No host de produção com o banco de dados de produção:

n Durante o backup do Oracle ASM no host de produção, o banco de dados de catálogo doRMAN está conectado. No arquivo de configuração do host de produção, os parâmetrosRMAN_CATALOG_SERVICE e RMAN_CATALOG_USER devem ser definidos. Por exemplo:

RMAN_CATALOG_SERVICE=asmcatRMAN_CATALOG_USER=rman

n Durante o backup do Oracle ASM no host de produção, a operação de catálogo é ignorada eo arquivo de controle é submetido a backup. Você deve executar o seguinte comando paraexecutar o backup no host de produção:

ddboraasm --backup --no-catalog --controlfile --config <configuration_file>

Executando e gerenciando os backups do Storage Direct do banco de dados do Oracle noOracle ASM na página 256 fornece mais detalhes sobre as opções do comandoddboraasm.

l No host de proxy:

n A instância do Oracle ASM está em execução no host de proxy.

n Os dispositivos usados para a operação de montagem, como VMAX FAST.X, dispositivosnativos ou os dispositivos vdisk do Data Domain, são provisionados ao host de proxy.

n A mesma versão de software do Oracle Grid é instalada no host de proxy e no host deprodução.

n A mesma versão de software do banco de dados Oracle é instalada no host de proxy e nohost de produção.

Obs.: O host de banco de dados do catálogo, o host do banco de dados de produção e ohost do banco de dados de proxy são hosts diferentes com a mesma versão Oracle.

n O usuário do sistema operacional Grid do host de proxy tem o mesmo UID e GID que ousuário do sistema operacional Grid do host de produção.

n O host de proxy pode se conectar ao mesmo banco de dados de catálogo que o host deprodução. O arquivo de configuração no host de proxy contém as mesmas configurações de



parâmetros RMAN_CATALOG_SERVICE e RMAN_CATALOG_USER que o arquivo deconfiguração no host de produção. Por exemplo:


O arquivo tnsnames.ora no host de proxy tem as configurações necessárias para o bancode dados de catálogo especificada por RMAN_CATALOG_SERVICE. Por exemplo, o arquivo$ORACLE_HOME/network/admin/tnsnames.ora tem as seguintes configurações denome TNS:

ASMCAT = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = ledma033.lss.emc.com)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = asmcat.lss.emc.com) ) )

Você executou o comando a seguir para registrar o usuário de catálogo especificado porRMAN_CATALOG_USER:

ddbmadmin -P -z <configuration_file>

n O arquivo de configuração no host de proxy contém a configuração de parâmetroORACLE_OS_USER, que é usada para conectar ao banco de dados de proxy por meio daautenticação do sistema operacional. Por exemplo:

ORACLE_OS_USER=oracle

Obs.: O usuário do sistema operacional Oracle, oracle nesse caso, deve ser o usuáriodo sistema operacional com o grupo oninstall. Não é necessário configurar o usuário doOracle ou o arquivo tnsnames.ora para o banco de dados de proxy.

n O host de proxy não tem um banco de dados Oracle com o mesmo nome (SID) do banco dedados de produção. Se existir um banco de dados de proxy, ele será usado somente paraoperações de catálogo e poderá ser substituído pelo processo de catálogo.

n Os parâmetros necessários de configuração são definidos corretamente no arquivo deconfiguração.

Realize as etapas a seguir para concluir os procedimentos de configuração para operações decatálogo do RMAN no host de proxy.

1. Somente no AIX, execute o comado ddbmadmin -L como usuário root para alterar apropriedade do grupo da lockbox e ative o usuário do SO do Oracle Grid para executar asoperações de lockbox. Especifique o nome de caminho do diretório da lockbox e o ID de grupodo usuário do SO do Oracle Grid , seja na linha de comando ddbmadmin ou no prompt decomando.

Por exemplo, você pode executar os comados id grid e id oracle para verificar o ID degrupo e, em seguida executar o comando ddbmadmin -L:

# id griduid=1100(grid) gid=1000(oinstall) groups=1100(asmadmin),1200(dba),1201(oper),1300(asmdba),1301(asmoper)# id oracle



uid=1101(oracle) gid=1000(oinstall) groups=1200(dba),1201(oper),1300(asmdba)# /opt/dpsapps/dbappagent/bin/ddbmadmin -LProvide full pathname for the lockbox, or press Enter to accept the default directory (/opt/dpsapps/common/lockbox):Using the default pathname '/opt/dpsapps/common/lockbox' for lockbox.Provide a group ID for lockbox ownership, or type 0 to accept the 'root user' group as the lockbox owner: 1000Lockbox has been successfully created in the directory '/opt/dpsapps/common/lockbox' with group ownership 1000.

2. Adicione as configurações de parâmetro necessárias da Tabela 24 na página 265 ao arquivo deconfiguração do host de proxy, que é personalizado a partir do modelo do arquivo deconfiguração oracle_asm_ddbda.cfg conforme descrito em Definindo o arquivo deconfiguração na página 80.

Por exemplo, o arquivo de configuração do host de proxy contém as seguintes configuraçõesde parâmetro:

CLIENT=asm-031GRID_HOME=/u01/app/product/12.2.0/gridGRID_OS_USER=gridGRID_SID=+ASMORACLE_HOME=/u01/app/product/12.2.0/dbhome_1ORACLE_OS_USER=oracleORACLE_SID=CERRMAN_CATALOG_SERVICE=asmcatRMAN_CATALOG_USER=rman

DDBOOST_USER=ddvdiskDEVICE_HOST=10.241.181.11DEVICE_PATH=/asmtestDDVDISK_USER=ddvdiskRESTORE_DEVICE_GROUP=ESX_ledma191_DGRESTORE_DEVICE_POOL=ESX_ledma191_poolRESTORE_FROM_DD_ONLY=TRUEVMAX_FASTX_RESTORE_SG = NsrSnapSGDEBUG_LEVEL=9DIAGNOSTIC_DEST=/root/asm_test/logs/DPRINTF=TRUE

3. Certifique-se de que as credenciais dos usuários especificados no arquivo de configuraçãotenham sido registradas na lockbox. Para registrar as credenciais, execute o comandoddbmadmin -P -z <configuration_file> conforme descrito em Configurando a lockbox napágina 110.

Obs.: Você deve executar esse comando ddbmadmin como o usuário root no Linux ouusuário do SO do Oracle Grid no AIX.

4. Somente no AIX, execute as seguintes etapas de configuração para permitir que o usuário doSO do Oracle Grid execute as operações de backup e restauração do Oracle ASM:

a. Para criar o diretório mounts e permitir que o usuário do SO do Oracle Grid execute oprograma ddboraasm, execute um dos seguintes comandos como o usuário root:

# /opt/dpsapps/dbappagent/bin/ddboraasm -g -z <configuration_file_pathname># /opt/dpsapps/dbappagent/bin/ddboraasm --grid-config -z <configuration_file_pathname>

b. Edite o arquivo de configuração /usr/emc/API/symapi/config/daemon_users doSolutions Enabler e adicione as seguintes entradas no arquivo:

grid stororad freezegrid storapidgrid storgnsd



c. Para alterar a propriedade dos dispositivos de restauração para o usuário do SO do OracleGrid o grupo asmadmin, execute os seguintes comandos como o usuário root:

# symdev -sid <VMAX_ID> -sg <restore_storage_group> list pd# symdev -sid 476 -sg NsrSnapSG list pd

Por exemplo, os comandos exibem o seguinte tipo de resultado:

Symmetrix ID: 000297000476

Device Name Dir Device--------------------------------------------------------------------------CapSym Physical SA :P Config Attribute Sts (MB)--------------------------------------------------------------------------00E63 /dev/rhdisk18 03D:008 TDEV N/Grp'd RW 1536000E64 /dev/rhdisk19 03D:008 TDEV N/Grp'd RW 1536000E65 /dev/rhdisk20 03D:008 TDEV N/Grp'd RW 15360

Para alterar a propriedade e as permissões para cada arquivo de dispositivo físico listado nasaída do comando, execute os comandos chown e chmod como o usuário root para cadaarquivo de dispositivo. Por exemplo:

# chown grid:asmadmin /dev/rhdisk18# chmod 660 /dev/rhdisk18

d. Para criar o diretório /nsr/tmp e alterar a propriedade para o usuário do SO do OracleGrid, execute os seguintes comandos como o usuário root:

# mkdir -p /nsr/tmp# chown grid:oinstall /nsr/tmp

A tabela a seguir descreve os parâmetros específicos para as operações de catálogo do RMAN emum host de proxy. Para cada parâmetro, a tabela lista o título de seção da seção do arquivo deconfiguração que contém o parâmetro.

Obs.: A menos que especificado de outra forma, os parâmetros a seguir não diferenciammaiúsculas de minúsculas, não têm valor padrão e se aplicam às operações do Storage Directpara VMAX e Storage Direct para RecoverPoint.

Tabela 24 Parâmetros das operações de catálogo do RMAN em um host de proxy

Parâmetro: CLIENT

Seção: [GENERAL]

Especifica a mesma configuração de parâmetro CLIENT do arquivo de configuração no host deprodução, para garantir a restauração do backup executada pelo banco de dados de produção.

Obs.: Se esse parâmetro não for configurado, o hostname de proxy será usado por padrãoe a operação de catálogo do RMAN falhará no host de proxy.

Obrigatório.

Valor válido: hostname do client válido conforme especificado no arquivo de configuração dohost de produção.

Parâmetro: GRID_HOME



Tabela 24 Parâmetros das operações de catálogo do RMAN em um host de proxy (continuação)

Seção: [GENERAL]

Especifica o nome do caminho completo do local de instalação do Oracle Grid Infrastructureno host de proxy.

Obrigatório.

Valor válido: nome do caminho válido do local de instalação do Oracle Grid Infrastructure nohost de proxy.

Parâmetro: GRID_OS_USER

Seção: [GENERAL]

Especifica o nome do usuário do sistema operacional do Oracle Grid Infrastructure no host deproxy, como usado durante a instalação do software do Oracle Grid Infrastructure.

Obs.: Esse usuário do sistema operacional Grid deve ter o mesmo GID e UID do usuário dosistema operacional Grid no host de produção.

Obrigatório.

Valor válido: nome de usuário válido do usuário do sistema operacional do Oracle GridInfrastructure no host de proxy.

Parâmetro: GRID_SID

Seção: [GENERAL]

Especifica o identificador exclusivo do sistema (SID) do Oracle ASM no host de proxy, porexemplo, +ASM.

Obrigatório.

Valor válido: SID válido do Oracle ASM no host de proxy.

Parâmetro: ORACLE_HOME

Seção: [GENERAL]

Especifica o nome do caminho completo do local de instalação do banco de dados do Oracleno host de proxy.

Obrigatório.

Valor válido: nome do caminho válido do local de instalação do banco de dados do Oracle nohost de proxy.

Parâmetro: ORACLE_OS_USER

Seção: [GENERAL]

Especifica o nome de usuário do sistema operacional do servidor Oracle no host de proxy. Ousuário do sistema operacional Oracle é usado para criar o banco de dados de proxy e seconectar ao banco de dados por meio da autenticação do sistema operacional.

Obrigatório.

Valor válido: nome de usuário válido do usuário do sistema operacional Oracle no grupooinstall.



Tabela 24 Parâmetros das operações de catálogo do RMAN em um host de proxy (continuação)

Parâmetro: ORACLE_SID

Seção: [GENERAL]

Especifica o identificador exclusivo do sistema (SID) do banco de dados do Oracle no host deproxy.

Obs.: O host de proxy não deve ter um banco de dados Oracle com o mesmo nome (SID)do banco de dados de produção. Se existir esse banco de dados de proxy, ele será usadosomente para as operações de catálogo e poderá ser substituído pelo processo docatálogo.

Obrigatório.

Valor válido: SID válido do banco de dados do Oracle no host de proxy.

Parâmetro: RMAN_CATALOG_SERVICE

Seção: [GENERAL]

Especifica o nome do serviço Net ou do Easy Connect do banco de dados de catálogo doRMAN.

Obs.: O nome TNS deve ser configurado e deve apontar para o mesmo banco de dados decatálogo usado pelo host de produção.

Obrigatório.

Valor válido: nome válido do serviço Net ou do Easy Connect do banco de dados de catálogodo RMAN, como usado pelo host de produção.

Parâmetro: RMAN_CATALOG_USER

Seção: [GENERAL]

Especifica o nome do usuário do banco de dados que conecta ao banco de dados de catálogodo RMAN.

Obs.: As credenciais de usuário do banco de dados de catálogo devem ser registradas nalockbox.

Obrigatório.

Valor válido: nome de usuário válido do usuário do banco de dados de catálogo do RMAN.

Executando as operações de catálogo do RMAN em um host de proxy

Depois de concluir os procedimentos de configuração no tópico anterior, você pode executar ocomando ddboraasm para executar as operações de catálogo do RMAN no host de proxy.

Certifique-se de ter feito os backups do Oracle ASM no host de produção usando o comandoddboraasm com as opções --no-catalog e --controlfile, conforme descrito em Executando e gerenciando os backups do Storage Direct do banco de dados do Oracle no OracleASM na página 256. Ao final do backup, uma mensagem de console mostra o ID de backup a serusado ao executar a operação de catálogo do RMAN. Por exemplo, a seguinte mensagem inclui oID de backup 1523394188:

Backup was successful. Use the command "ddboraasm --proxy-catalog 1523394188 --config <config-file>" to update the RMAN catalog.



Para executar a operação de catálogo do RMAN no host do proxy, execute o comandoddboraasm com as opções apropriadas como o usuário root no host do proxy Linux ou usuário doSO do Oracle Grid no host de proxy do AIX:

ddboraasm {--proxy-catalog <backup_ID>} {--config <configuration_file>|-z <configuration_file>} [--no-controlfile] [--skip-prompts] [--debug 9|-D 9]

As opções de comando entre chaves ({ }) são obrigatórias. As opções de comando entre colchetes([ ]) são opcionais. Para a operação de catálogo do RMAN, apenas duas opções são obrigatórias:

l --proxy-catalog <backup_ID>

l --config <configuration_file> ou -z <configuration file>

A tabela a seguir descreve as opções de comando ddboraasm para a operação de catálogo doRMAN. Para obter uma lista de todas as opções de comando disponíveis para o comandoddboraasm, execute o comando ddboraasm --help ou ddboraasm -h.

Tabela 25 As opções do comando ddboraasm para uma operação de catálogo do RMAN em umhost de proxy

Opção Descrição

--proxy-catalog<backup_ID>

Obrigatório. Especifica que o datafile e os backups de registro arquivados serãocatalogados com o ID de backup de datafile especificado no host de proxy. O ID debackup é incluído em uma mensagem exibida ao final do backup no host deprodução.


ou


Obrigatório. Especifica o nome do caminho absoluto do arquivo de configuração nohost de proxy. O arquivo contém as configurações de parâmetro a serem usadaspara a operação de catálogo do RMAN.

Obs.: Não é aceito um nome de caminho relativo para o arquivo deconfiguração.

Configurando as operações de catálogo do RMAN em um host de proxy na página262 apresenta detalhes sobre as configurações de parâmetro necessárias.

--no-controlfile Opcional. Usado para fins de depuração. Especifica somente a execução daoperação de catálogo e não a restauração do arquivo de controle, supondo-se que obanco de dados esteja montado e que exista um arquivo de controle válido.

Por padrão, o arquivo de controle é restaurado. Sem a opção --no-controlfile, o banco de dados é iniciado no modo no-mount usando o arquivo

padrão init<SID>.ora sem especificar o spfile. O arquivo de controle é

restaurado usando o workflow do Application Direct e, em seguida, o banco dedados é montado antes de executar o comando RMAN CATALOG.

Obs.: Sem a opção --no-controlfile, uma etapa inicial prepara o banco de

dados restaurando o arquivo de controle e montando o banco de dados.Durante essa etapa inicial, se o banco de dados de produção for um OracleCDB, o seguinte erro ORA-65093 será exibido, mas poderá ser ignorado:

ORA-65093: multitenant container database not set up properly

--skip-prompts Opcional. Especifica que o usuário não será avisado antes de executar a operaçãode catálogo do RMAN.



Tabela 25 As opções do comando ddboraasm para uma operação de catálogo do RMAN em umhost de proxy (continuação)

Opção Descrição

Sem esta opção, o comando ddboraasm --proxy-catalog solicita que o

usuário confirme se a operação do catálogo não está sendo realizada em um hostde produção.

Por exemplo, o comando ddboraasm a seguir realiza a operação de catálogo do RMAN no host deproxy sem avisar o usuário e restaura o controlfile no processo:

ddboraasm --proxy-catalog 1213782243 --config oracleasm.cfg --skip-prompts

A operação de catálogo do RMAN inclui várias etapas que preparam o banco de dados, preparam obackup, executam o catálogo e limpam o sistema. As etapas operacionais exibem o seguinte tipo desaída:

Obs.: Ao omitir a opção --no-controlfile, uma etapa inicial prepara o banco de dadosrestaurando o arquivo de controle e montando o banco de dados. Durante essa etapa inicial, seo banco de dados de produção for um Oracle CDB, o erro ORA-65093 será exibido, maspoderá ser ignorado.

ddboraasm --proxy-catalog 1213782243 --config oracleasm.cfg --skip-prompts

Catalog is started.Preparing the database, which may take several minutes.Finished preparing the database.Preparing the backup.Unable to query V$ASM_CLIENT for the ASM instance name '+ASM'.Finished preparing the backup.Starting the RMAN catalog, which may take several minutes.Finished the RMAN catalog operation.Operation succeeded.

Realizando a restauração e recuperação do RMAN de backups do Storage Directdo Oracle ASM

Você pode executar a restauração e recuperação de um backup do Storage Direct do Oracle ASMdo host de produção ou de um host alternativo (proxy). O agente de aplicativos de banco de dados4.7 introduziu a recuperação automatizada de backups do Storage Direct do Oracle ASM a partirde um host de proxy.

Procedimento

A menos que execute uma restauração e recuperação automatizadas usando um host de proxy,você deve executar um script do RMAN para restaurar um backup do Storage Direct de dados doOracle ASM que foi realizado com o agente de aplicativos de banco de dados.

Siga as etapas nos tópicos a seguir para a restauração e a recuperação de um backup do StorageDirect do Oracle ASM a partir do host de produção ou de um host de proxy:

l Realizando a restauração e a recuperação do RMAN de backups do Storage Direct do OracleASM a partir de um host de produção na página 270

l Fazendo a restauração e a recuperação manuais usando um host de proxy (host demontagem) na página 272



l Fazendo a restauração e a recuperação automatizadas usando um host de proxy (host demontagem) na página 282

Realizando a restauração e a recuperação do RMAN de backups do Storage Direct do Oracle ASMa partir de um host de produção

Você deve executar um script do RMAN para restaurar um backup de dados do Storage Direct doOracle ASM que foi realizado com o agente de aplicativos de bancos de dados. Antes darestauração em um host de produção, execute o comando ddboraasm para visualizar e montar obackup necessário para o host do Oracle. Depois que a restauração for concluída, execute tambémo comando ddboraasm para desmontar o backup.

Procedimento

Execute as seguintes etapas para restaurar e recuperar o backup do Storage Direct de dados doOracle ASM a partir de um host de produção.

Procedimento

1. Crie um script do RMAN que contenha um comando restore...preview para visualizar emontar o backup do Storage Direct do Oracle ASM no host do Oracle.

Por exemplo, o arquivo /rman/restore_preview.txt contém um script do RMAN comum comando restore...preview:

cat /rman/restore_preview.txt

run {ALLOCATE CHANNEL CH1 DEVICE TYPE DISK;RESTORE TABLESPACE USERS PREVIEW;}

O comando restore...preview exibe o arquivo de banco de dados e as cópias deregistros arquivados necessárias para restaurar e recuperar o objeto do Oracle específico.Por exemplo, o resultado do comando é exibido a seguir:

rman cmdfile=/rman/restore_preview.txt

Recovery Manager: Release 12.1.0.2.0 - Production on Tue Aug 22 20:21:13 2017

Copyright (c) 1982, 2014, Oracle and/or its affiliates. All rights reserved.

RMAN> connect target *2> connect CATALOG *3> run {4> ALLOCATE CHANNEL ch1 DEVICE TYPE DISK;5> RESTORE TABLESPACE users PREVIEW;6> }7>connected to target database: CDBRAC (DBID=435368449)

connected to recovery catalog database

allocated channel: ch1channel ch1: SID=19 instance=CDBRAC2 device type=DISK

Starting restore at 22-AUG-17

List of Datafile Copies=======================



Key File S Completion Time Ckp SCN Ckp Time------- ---- - --------------- ---------- ---------------7410 6 A 22-AUG-17 6612713 22-AUG-17 Name: +T1_1503408427/CDBRAC/DATAFILE/users.259.949772053

no backup of archived log for thread 1 with sequence 237 and starting SCN of 6612270 found to restoreno backup of archived log for thread 1 with sequence 238 and starting SCN of 6612719 found to restoreno backup of archived log for thread 2 with sequence 173 and starting SCN of 6612713 found to restorerecovery will be done up to SCN 6629546Media recovery start SCN is 6612713Recovery must be done beyond SCN 6612713 to clear datafile fuzzinessFinished restore at 22-AUG-17released channel: ch1

Recovery Manager complete.

2. Para visualizar e montar o backup do Storage Direct do Oracle ASM, execute o seguintecomando ddboraasm como usuário root no mesmo host de banco de dados do banco dedados de destino. Execute o comando como o usuário root no Linux ou SO do Oracle Grid noAIX:

ddboraasm {--prepare-restore|-r} {--config <configuration_file>|-z <configuration_file>} [--input <script_file>|-i <script_file>] [--debug 9|-D 9]

As opções de comando entre chaves ({ }) são obrigatórias. Todas as opções de comandosão obrigatórias, exceto a opção --input ou -i e a opção de depuração --debug 9 ou -D9.

Por exemplo:

ddboraasm --prepare-restore --input /rman/restore_preview.txt --config /opt/dbapps/config/oracleasm.cfg

A tabela a seguir descreve as opções do comando ddboraasm para a visualização darestauração e a operação de montagem. Para obter uma lista com todas as opções decomando disponíveis para o comando ddboraasm, execute o comando ddboraasm --help ou ddboraasm -h.

Tabela 26 As opções de comando ddboraasm para visualização da restauração e operação demontagem

Opção Descrição


ou


Obrigatório. Especifica o nome de caminho absoluto do arquivo deconfiguração como usado para o backup do Storage Direct doOracle ASM.

Obs.: Não é aceito um nome de caminho relativo para o arquivode configuração.

--input <script_file>

ou

-i <script_file>

Opcional. Especifica o nome do caminho completo do arquivo descript do RMAN para usar na visualização de restauração eoperação de montagem de backup.



Tabela 26 As opções de comando ddboraasm para visualização da restauração e operação demontagem (continuação)

Opção Descrição

Se esse parâmetro não for definido, o programa ddboraasmexecutará o comando RESTORE DATABASE PREVIEW do RMAN

para obter a lista de backups necessários para restaurar todo obanco de dados.

--prepare-restore

ou

-r

Obrigatório. Especifica a realização de uma visualização derestauração e o preparo para a restauração do RMAN de umbackup do Storage Direct do Oracle ASM.

3. Crie e execute um script do RMAN para restaurar e recuperar os dados do Oracle ASM. Porexemplo:

cat /rman/restore.txt

run {ALLOCATE CHANNEL CH1 TYPE DISK;SQL 'ALTER TABLESPACE USERS OFFLINE';RESTORE TABLESPACE USERS;RECOVER TABLESPACE USERS;SQL 'ALTER TABLESPACE USERS ONLINE';}

4. Para desmontar o backup do Storage Direct do Oracle ASM, execute o seguinte tipo decomando ddboraasm como o usuário root no Linux ou no SO do Oracle Grid no AIX. Após aopção --config, especifique o nome do caminho do arquivo de configuração que foi criadoem Configurando backups e restaurações do Storage Direct do banco de dados do Oracle noOracle ASM na página 250:

ddboraasm --list-mounts --dismount --config /opt/dbapps/config/oracleasm.cfg

Obs.: Antes de iniciar qualquer banco de dados RAC, verifique se todas as imagens debackup foram desmontadas usando este comando.

Fazendo a restauração e a recuperação manuais usando um host de proxy (host de montagem)O agente de aplicativos de bancos de dados pode montar o backup dos grupos de discos em umhost de proxy. Em seguida, você pode iniciar o banco de dados no host de proxy a partir dessesgrupos de discos montados usando o RMAN. Você pode usar qualquer procedimento do Oracle,como links de banco de dados, um pump de dados ou outro mecanismo, para realizar umarecuperação lógica da cópia do banco de dados do host de proxy no banco de dados de produçãooriginal ou outro banco de dados.

Procedimento

Obs.: Para executar uma restauração e recuperação automatizadas usando um host de proxy,consulte Fazendo a restauração e a recuperação automatizadas usando um host de proxy(host de montagem) na página 282. Uma restauração e recuperação automatizadas incluemmenos etapas manuais.



Atenda aos seguintes pré-requisitos antes de realizar uma recuperação lógica manual usando ohost de montagem:


n Antes de fazer o backup que será recuperado, verifique se a configuração de backupautomático está ativada. Por exemplo, o seguinte comando mostra que o backupautomático está definido como ativado, que é a configuração padrão do RMAN:

RMAN> show all;

CONFIGURE CONTROLFILE AUTOBACKUP ON;

Se o backup automático for definido como desativado, execute o seguinte comando RMANpara alterá-lo para ativado:

RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON;

n O backup automático do arquivo de controle e do spfile é realizado com o agente deaplicativos de bancos de dados após o backup do Oracle ASM.

A prática recomendada é executar o backup do Oracle ASM usando a opção --controlfile com o comando ddboraasm, o que garante que o arquivo de controle e ospfile tenham backup feito pelo agente de aplicativos de banco de dados depois do backupdo ASM. Por exemplo:

ddboraasm --backup --controlfile -z <configuration_file>

n Você registrou o DBID do banco de dados de produção no host de produção, o que é exibidoquando a conexão do RMAN é estabelecida. Por exemplo:

rman target /

Recovery Manager: Release 12.1.0.2.0 - Production on Tue Sep 26 12:46:33 2017Copyright (c) 1982, 2014, Oracle and/or its affiliates. All rights reserved.connected to target database: RAC (DBID=928851189)

l No host de proxy:

n A mesma versão de software do Oracle Grid é instalada com o mesmo ID exclusivo e GUIDque no host de produção.

n A mesma versão de software do banco de dados do Oracle é instalada com o mesmo IDexclusivo e GUID que no host de produção.

n A instância do Oracle ASM está em execução. Os parâmetros GRID_HOME, GRID_OS_USERe GRID_SID são definidos adequadamente no arquivo de configuração.

n A conexão com o banco de dados de destino foi configurada. ORACLE_SID está definidocomo o identificador do sistema (SID) do banco de dados de produção. ORACLE_OS_USERestá definido como o nome do usuário do sistema operacional que faz a conexão. Comoopção, se você quiser usar a autenticação do banco de dados, ORACLE_USER está definido.

n Você não se conecta ao banco de dados do catálogo durante a restauração.RMAN_CATALOG_SERVICE não está definido no arquivo de configuração, o que garanteque o registro do catálogo no banco de dados de catálogos não seja corrompido durante arestauração.



n O parâmetro CLIENT está definido com o mesmo valor que no arquivo de configuração dobanco de dados de produção, o que garante a restauração do backup executado pelo bancode dados de produção.

n Os parâmetros de configuração de armazenamento estão definidos corretamente noarquivo de configuração.

Realize as seguintes etapas para concluir uma restauração por meio de um host de proxy.

Procedimento

1. Verifique se as imagens de backup estão desmontadas antes de executar a restauração e arecuperação no host de proxy:

a. Desligue o banco de dados Oracle no host de proxy.

b. Para verificar se as imagens de backup anteriores estão montadas, execute o seguintecomando como usuário apropriado no host proxy, para listar as montagens de backupatuais. Execute o comando como o usuário root no Linux ou SO do Oracle Grid no AIX:

ddboraasm --list-mounts --config <configuration_file>

Por exemplo:

ddboraasm --list-mounts --config /racasm.cfg

GetAsmMountFactory: Unable to query the database: Could not connect to Oracle database.SCMABS_LOG: 3 PSLogger.cpp:653 EMC NetWorker Snapshot Management 19.1.0.0.Build.32 # Copyright (c) 2018, EMC Corporation. #All rights reserved.

SCMABS_LOG: 3 PSLogger.cpp:658 Snapshot logging initialized with a debug level 9

SCMABS_LOG: 3 SSServiceProvider.cpp:573 Checking for SCM lib [/opt/dpsapps/dbappagent/lib/lib64/libddbprotectpoint_v3.so]SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_directory_service.cpp:327 Initialized protectpoint SCM for subtype SNAPVXSCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/dd_snapshot_impl.cpp:4223 Using Data Domain Pool FTS_VMAX3_476SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_snapshot_impl.cpp:2041 DD connect retries 3Loaded mount 'a1bd0e64-f42c-11e8-b946-7f6dff095148':Original source backup device(s): '/dev/sdh','/dev/sdi','/dev/sdc'.Backup mounted on device(s): '/dev/sdf','/dev/sdg','/dev/sdh'.Disk group 'DATA1NODE1' contains: ASMLib device 'T0_1543531442_1', mounted on device '/dev/sdf'.Disk group 'DATA2NODE1' contains: ASMLib device 'T1_1543531442_1', mounted on device '/dev/sdg'.Disk group 'DATANODE1' contains: ASMLib device 'T2_1543531442_1', mounted on device '/dev/sdh'.Operation succeeded.

c. Para desmontar todas as imagens de backup, execute o seguinte comando como usuárioapropriado no host de proxy. Execute o comando como o usuário root no Linux ou SO doOracle Grid no AIX:

ddboraasm --list-mounts --dismount --config <configuration_file>



Por exemplo:

ddboraasm --list-mounts --dismount --config /racasm.cfg



SCMABS_LOG: 3 SSServiceProvider.cpp:573 Checking for SCM lib [/opt/dpsapps/dbappagent/lib/lib64/libddbprotectpoint_v3.so]SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_directory_service.cpp:327 Initialized protectpoint SCM for subtype SNAPVXSCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/dd_snapshot_impl.cpp:4223 Using Data Domain Pool FTS_VMAX3_476SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_snapshot_impl.cpp:2041 DD connect retries 3Loaded mount '6499f4e2-f43c-11e8-b969-e7ec5d24e8e8':Original source backup device(s): '/dev/sdh','/dev/sdi','/dev/sdc'.Backup mounted on device(s): '/dev/sdf','/dev/sdg','/dev/sdh'.Disk group 'DATA1NODE1' contains: ASMLib device 'T0_1543538442_1', mounted on device '/dev/sdf'.Disk group 'DATA2NODE1' contains: ASMLib device 'T1_1543538442_1', mounted on device '/dev/sdg'.Disk group 'DATANODE1' contains: ASMLib device 'T2_1543538442_1', mounted on device '/dev/sdh'. ... Dismounting.AsmMountOperations: Did not delete disk group 'DATA1NODE1'; continuing.175924:ddboraasm:The dismount of the mount with the identifier '1543538442' stored in '6499f4e2-f43c-11e8-b969-e7ec5d24e8e8' failed: 'Unable to obtain the configuration for the database 'ORCL1'. Error code from srvctl program: 1.'; manual cleanup may be required. Continuing with the next mount.SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_directory_service.cpp:327 Initialized protectpoint SCM for subtype SNAPVXSCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/dd_snapshot_impl.cpp:4223 Using Data Domain Pool FTS_VMAX3_476SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_snapshot_impl.cpp:2041 DD connect retries 3Loaded mount '9c61cbfc-f43c-11e8-94b1-c3e668650d63':Original source backup device(s): '/dev/sdd'.Backup mounted on device(s): '/dev/sdi'.Disk group 'FRANODE1' contains: ASMLib device 'A0_1543538546_1', mounted on device '/dev/sdi'. ... Dismounting.Unable to obtain the configured disk groups for database 'ORCL1' on the proxy host. Trying to continue with the dismount operation.SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/dd_snapshot_impl.cpp:3998 Unmount will be done from DDSCMABS_LOG: 3 SymApiInterface.cpp:238 Entering SymApiInterface::initSCMABS_LOG: 3 SymApiInterface.cpp:476 Runtime symapi version T9.0-2500 (90009C4)SCMABS_LOG: 3 SymApiInterface.cpp:4844 Checking for configured VMax net services, named, NSM_SERVERSCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/dd_snapshot_impl.cpp:3612 Waiting for FAST.X devices to be in the required stateSCMABS_LOG: 3 SymApiInterface.cpp:13647 Unable to remove 000297000476:86F from storage group "NsrReservedTgts": SYMAPI_C_STOR_NOT_FOUNDSCMABS_LOG: 3 SymApiInterface.cpp:13647 Unable to remove 000297000476:86F from storage group "NsrReservedTgts": SYMAPI_C_STOR_NOT_FOUNDOperation succeeded.

2. Como usuário do sistema operacional do Oracle, restaure o spfile. Se já existir um spfileválido no host de proxy, ignore esta etapa.



Para restaurar o spfile a partir do backup automático, execute um script do RMAN que sejasemelhante ao script do seguinte exemplo. O DBID deve ser definido no banco de dados deprodução DBID:

connect target / nocatalogset DBID=928851189run {2> ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE' parms='SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so' send "ENV=(CONFIG_FILE=/home/oracle12/oracle-dbagent-vmax-rdf-lfcp1099.cfg)";3> restore spfile to '/home/oracle/spfileCITY-tmp.ora' from autobackup;4> }

Depois que o spfile é restaurado, se nenhuma modificação for necessária, converta o spfileem um pfile. Por exemplo:

SQL> create pfile='/oraspace/12.2.0.1/oracle/product/12.2.0/dbhome_1/dbs/initcity2.ora-dummy-instance-used-as-proxy' from spfile='/home/oracle/spfileCITY-tmp.ora';

Modifique o pfile para ajustar as configurações com base na configuração do host de proxy:

a. Verifique se a localização do arquivo de controle existe no host do proxy. Se os locais nãoestiverem acessíveis no host de proxy, altere-os modificando o parâmetro*.control_files. Não defina os locais nos grupos de discos ASM que serãosubstituídos pela restauração. Por exemplo, modifique *.control_files da seguintemaneira:

*.control_files='/home/oracle/city2-test/CONTROLFILE/controlfile1','/home/oracle/city2-test/CONTROLFILE/controlfile2'

b. Se o banco de dados de produção for um banco de dados RAC, altere a configuração*.cluster_database para false.

c. Se o banco de dados de produção usar FRA, remova os seguintes parâmetros do pfile.Você pode definir FRA em qualquer local que seja adequado no host de proxy depois queo banco de dados é restaurado:

*.db_recovery_file_dest='+FRA_METRO'*.db_recovery_file_dest_size=20g

d. Verifique se os diretórios no pfile são todos acessíveis no host operacional. Por exemplo:

*.audit_file_dest='/home/oracle/app/oracle/admin/RAC/adump'

e. Inicie o banco de dados no estado nomount com o pfile modificado:

RMAN> startup nomount pfile='/home/oracle/spfileCITY-tmp.ora';

3. Como usuário do sistema operacional do Oracle, restaure o arquivo de controle.

O exemplo de script a seguir do RMAN restaura o arquivo de controle mais recente dobackup automático que o agente de aplicativos de bancos de dados criou:

connect target /set DBID=928851189run {ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE' parms='SBT_LIBRARY=/opt/dpsapps/



dbappagent/lib/lib64/libddboostora.so' send "ENV=(CONFIG_FILE=/home/oracle12/oracle-dbagent-vmax-rdf-lfcp1099.cfg)";restore controlfile from autobackup;}alter database mount;

4. Como o usuário root no Linux ou usuário do SO do Oracle Grid no AIX, execute o comandoddboraasm que monta o grupo de discos do ASM do backup para o host de proxy. Tabela26 na página 271 apresenta detalhes sobre o comando ddboraasm e as opções necessáriaspara a visualização da restauração e a operação de montagem.

No exemplo a seguir, a visualização da restauração e a operação de montagem sãorealizadas no backup mais recente. É possível especificar o script do RMAN de visualizaçãoe restauração usando a opção --input <script_file> conforme necessário:

/opt/dpsapps/dbappagent/bin/ddboraasm --prepare-restore --config /home/oracle12/oracle-dbagent-vmax-rdf-lfcp1099.cfg

Restore started.Recovery Manager: Release 12.2.0.1.0 - Production on Fri Feb 16 16:42:29 2018Copyright (c) 1982, 2017, Oracle and/or its affiliates. All rights reserved.RMAN> connect ********2>3> restore database preview;4> exitconnected to target database: CITY (DBID=928851189, not open)

Starting restore at 16-FEB-18using target database control file instead of recovery catalogallocated channel: ORA_DISK_1channel ORA_DISK_1: SID=50 device type=DISK

List of Datafile Copies=======================

Key File S Completion Time Ckp SCN Ckp Time Sparse--- ---- - --------------- ------- -------- ------66 1 A 19-JAN-18 2479782 19-JAN-18 NOName: +T1_1516384413/city/DATAFILE/system.257.954442427

67 3 A 19-JAN-18 2479782 19-JAN-18 NOName: +T1_1516384413/city/DATAFILE/sysaux.258.954442471

68 4 A 19-JAN-18 2479782 19-JAN-18 NOName: +T1_1516384413/city/DATAFILE/undotbs1.259.954442497

70 5 A 19-JAN-18 2479782 19-JAN-18 NOName: +T1_1516384413/city/DATAFILE/undotbs2.265.954442593

69 7 A 19-JAN-18 2479782 19-JAN-18 NOName: +T1_1516384413/city/DATAFILE/users.260.954442497

using channel ORA_DISK_1

no backup of archived log for thread 2 with sequence 39 and starting SCN of 2460907 found to restorerecovery will be done up to SCN 2479782Media recovery start SCN is 2479782Recovery must be done beyond SCN 2479782 to clear datafile fuzzinessFinished restore at 16-FEB-18

Recovery Manager complete.The RMAN script was run successfully.SCMABS_LOG: 3 PSLogger.cpp:656 EMC NetWorker Snapshot Management



19.1.0.0.Build.32 # Copyright (c) 2018, EMC Corporation. #All rights reserved....Tablespace backups selected by restore preview:Backup '1516384413', finished at '01/19/2018 12:53:33 PM', mounted on devices '/dev/sdm' that contain 1 device groups:Disk group 'DATA_METRO' (mounted as 'T1_1516384413') is located on devices '/dev/sdg'.Archive log backups selected by restore preview:Backup '1516384507', finished at '01/19/2018 12:55:07 PM', mounted on devices '/dev/sdn','/dev/sdo' that contain 1 device groups:Disk group 'FRA_METRO' (mounted as 'A1_1516384507') is located on devices '/dev/sdh','/dev/sdi'.Operation succeeded.

Registre o tempo de backup concluído para o backup do datafile, que será necessárioposteriormente na etapa de recuperação. Neste exemplo, o horário de conclusão do backupé 19/01/2018 12:53:33 PM.

Além disso, registre os nomes dos grupos de discos originais. Neste exemplo,DATA_METRO é o nome do grupo de discos original dos datafiles, e FRA_METRO é o nomedo grupo de discos original de registros arquivados.

5. Como usuário do Grid, execute o comando asmcmd e renomeie todos os grupos de discosmontados com os nomes originais. Por exemplo:

asmcmd lsdg

State Type Rebal Sector Logical_Sector Block AU Total_MB Free_MB Req_mir_free_MB Usable_file_MB Offline_disks Voting_files NameMOUNTED EXTERN N 512 512 4096 4194304 32768 30476 0 30476 0 N A1_1516384507/MOUNTED EXTERN N 512 512 4096 4194304 16384 15836 0 15836 0 N ARCHRDF/MOUNTED EXTERN N 512 512 4096 4194304 16384 12960 0 12960 0 N DATARDF/MOUNTED EXTERN N 512 512 4096 4194304 32768 32628 0 32628 0 N DATAVMAX/MOUNTED EXTERN N 512 512 4096 4194304 32768 31136 0 31136 0 N FARDF/MOUNTED NORMAL N 512 512 4096 4194304 32760 32560 0 16280 0 N ORCVOTING/MOUNTED EXTERN N 512 512 4096 4194304 16384 13604 0 13604 0 N T1_1516384413/

Renomeie o grupo de discos ASM que é restaurado pelo agente de aplicativos de bancos dedados para o mesmo nome de grupo de discos usado pelo banco de dados do host deprodução:

asmcmd umount T1_1516384413oracleasm listdisks

A1_1516384507_1A1_1516384507_2ORCVOTING1ORCVOTING2RDF1_420RDF1_421RDF1_422RDF1_423T1_1516384413_1VMAX32_49D



VMAX32_49EVMAX32_504

renamedg dgname=T1_1516384413 newdgname=DATA_METRO config=/tmp/renameDATA asm_diskstring=/dev/oracleasm/disks/T1_1516384413_1

Parsing parameters..renamedg operation: dgname=T1_1516384413 newdgname=DATA_METRO config=/tmp/renameDATA asm_diskstring=/dev/oracleasm/disks/T1_1516384413_1Executing phase 1Discovering the groupChecking for hearbeat...Re-discovering the groupGenerating configuration file..Completed phase 1Executing phase 2Completed phase 2

asmcmd umount A1_1516384507renamedg dgname=A1_1516384507 newdgname=FRA_METRO config=/tmp/renameFRA asm_diskstring=/dev/oracleasm/disks/A1_1516384507_1,/dev/oracleasm/disks/A1_1516384507_2

Parsing parameters..renamedg operation: dgname=A1_1516384507 newdgname=FRA_METRO config=/tmp/renameFRA asm_diskstring=/dev/oracleasm/disks/A1_1516384507_1,/dev/oracleasm/disks/A1_1516384507_2Executing phase 1Discovering the groupChecking for hearbeat...Re-discovering the groupGenerating configuration file..Completed phase 1Executing phase 2Completed phase 2

asmcmdASMCMD> mount FRA_METROASMCMD> mount DATA_METROASMCMD> lsdg

State Type Rebal Sector Logical_Sector Block AU Total_MB Free_MB Req_mir_free_MB Usable_file_MB Offline_disks Voting_files NameMOUNTED EXTERN N 512 512 4096 4194304 16384 15836 0 15836 0 N ARCHRDF/MOUNTED EXTERN N 512 512 4096 4194304 16384 12960 0 12960 0 N DATARDF/MOUNTED EXTERN N 512 512 4096 4194304 32768 32628 0 32628 0 N DATAVMAX/MOUNTED EXTERN N 512 512 4096 4194304 16384 13604 0 13604 0 N DATA_METRO/MOUNTED EXTERN N 512 512 4096 4194304 32768 31136 0 31136 0 N FARDF/MOUNTED EXTERN N 512 512 4096 4194304 32768 30476 0 30476 0 N FRA_METRO/MOUNTED NORMAL N 512 512 4096 4194304 32760 32560 0 16280 0 N ORCVOTING/

6. Recupere o banco de dados. Execute o comando recover database preview paradeterminar o SCN mais recente dos datafiles.



No exemplo a seguir, a instrução exibida Recovery must be done beyond SCN2479782 to clear datafile fuzziness indica que o SCN mais recente é 2479782 eo registro arquivado é necessário para recuperar além dele:

RMAN> recover database preview;

Starting recover at 14-FEB-18using target database control file instead of recovery catalogallocated channel: ORA_DISK_1channel ORA_DISK_1: SID=34 device type=DISKusing channel ORA_DISK_1

List of Archived Log Copies for database with db_unique_name CITY=================================================================

Key Thrd Seq S Low Time--- ---- --- - --------485 2 39 A 13-DEC-17Name: +FRA_METRO/CITY/ARCHIVELOG/2018_01_19/thread_2_seq_39.328.965825707

recovery will be done up to SCN 2479782Media recovery start SCN is 2479782Recovery must be done beyond SCN 2479782 to clear datafile fuzzinessFinished recover at 14-FEB-18

Determine o registro arquivado que é necessário para realizar a recuperação.

No exemplo a seguir, o registro arquivado com NEXT_CHANGE# 2481039 é necessário pararealizar a recuperação:

SQL> select THREAD#, sequence#, first_change#, next_change# from v$archived_log where FIRST_CHANGE# <=2479782 and NEXT_CHANGE# >=2479782;

THREAD# SEQUENCE# FIRST_CHANGE# NEXT_CHANGE#------- --------- ------------- ------------2 39 2460907 2481039

Execute o comando recover com o SCN que foi obtido do comando anterior e a hora dosnapshot registrada na etapa 3. Por exemplo:

RMAN> recover database until scn 2481039 snapshot time "to_timestamp('19-01-18 12.54.00 PM', 'DD-MM-YY HH12.MI.SS.FF2 AM')";

Starting recover at 14-FEB-18using channel ORA_DISK_1

starting media recovery

archived log for thread 2 with sequence 39 is already on disk as file +FRA_METRO/CITY/ARCHIVELOG/2018_01_19/thread_2_seq_39.328.965825707archived log file name=+FRA_METRO/CITY/ARCHIVELOG/2018_01_19/thread_2_seq_39.328.965825707 thread=2 sequence=39media recovery complete, elapsed time: 00:00:01Finished recover at 14-FEB-18

7. Verifique os redo logs on-line. Se os locais do redo log on-line estiverem acessíveis para ohost de proxy, ignore esta etapa e inicie o banco de dados. Se os locais do redo log on-linenão estiverem acessíveis para o host de proxy, altere os locais antes de abrir o banco dedados.



Para determinar os locais de redo log on-line, execute a seguinte consulta SQL:

SQL> select member from v$logfile;MEMBER------------------------------------------------+DATA_METRO/CITY/ONLINELOG/group_2.262.954442553+FRA_METRO/CITY/ONLINELOG/group_2.258.954442553+DATA_METRO/CITY/ONLINELOG/group_1.263.954442553+FRA_METRO/CITY/ONLINELOG/group_1.257.954442553+DATA_METRO/CITY/ONLINELOG/group_3.266.954442673+FRA_METRO/CITY/ONLINELOG/group_3.259.954442675+DATA_METRO/CITY/ONLINELOG/group_4.267.954442675+FRA_METRO/CITY/ONLINELOG/group_4.260.9544426758 rows selected.

Se necessário, altere os locais do redo log on-line para locais adequados no host de proxy:

SQL> alter database rename file '+DATA_METRO/CITY/ONLINELOG/group_2.262.954442553', '+FRA_METRO/CITY/ONLINELOG/group_2.258.954442553' to '/home/oracle/city2-test/ONLINELOG/log2.1', '/home/oracle/city2-test/ONLINELOG/log2.2';Database altered.

SQL> alter database rename file '+DATA_METRO/CITY/ONLINELOG/group_1.263.954442553', '+FRA_METRO/CITY/ONLINELOG/group_1.257.954442553' to '/home/oracle/city2-test/ONLINELOG/log1.1','/home/oracle/city2-test/ONLINELOG/log1.2';Database altered.



SQL> select member from v$logfile;MEMBER----------------------------------------/home/oracle/city2-test/ONLINELOG/log2.1/home/oracle/city2-test/ONLINELOG/log2.2/home/oracle/city2-test/ONLINELOG/log1.1/home/oracle/city2-test/ONLINELOG/log1.2/home/oracle/city2-test/ONLINELOG/log3.1/home/oracle/city2-test/ONLINELOG/log3.2/home/oracle/city2-test/ONLINELOG/log4.1/home/oracle/city2-test/ONLINELOG/log4.28 rows selected.

SQL> SELECT GROUP#, ARCHIVED, STATUS FROM V$LOG;GROUP# ARC STATUS------ --- ------1 YES CLEARING2 YES CLEARING3 YES CLEARING4 NO CLEARING_CURRENT

SQL> alter database clear unarchived logfile group 4;Database altered.

SQL> alter database clear unarchived logfile group 3;



Database altered.



8. Inicie o banco de dados com a opção resetlogs:

RMAN> alter database open resetlogs;

Statement processed

9. Para garantir que a tabela a ser restaurada tenha os dados necessários, execute a instruçãoselect * na tabela.

10. Use qualquer procedimento do Oracle, como links de banco de dados, um pump de dados ououtro mecanismo, para realizar uma recuperação lógica da cópia do banco de dados do hostde proxy no banco de dados de produção.

Fazendo a restauração e a recuperação automatizadas usando um host de proxy (host demontagem)

O agente de aplicativos de bancos de dados pode montar o backup dos grupos de discos em umhost de proxy. O agente de aplicativos de banco de dados 4.7 introduziu o suporte à restauração erecuperação automatizadas de um backup Storage Direct do Oracle ASM usando um host deproxy.

Usando o procedimento de restauração e recuperação automatizadas deste tópico, você podeexecutar uma recuperação lógica da cópia do banco de dados no host de proxy para o banco dedados de produção original ou outro.

Atenda aos seguintes pré-requisitos antes de realizar uma recuperação lógica automatizada usandoo host de montagem:


n Durante o backup do Oracle ASM no host de produção, o banco de dados de catálogo doRMAN está conectado. No arquivo de configuração no host de produção, os parâmetrosRMAN_CATALOG_SERVICE e RMAN_CATALOG_USER devem ser definidos. Por exemplo:


n Se a operação de catálogo do RMAN for executada no host de proxy, o backup do OracleASM no host de produção irá ignorar a operação de catálogo e fará backup do arquivo decontrole. Nesse caso, você deve executar o seguinte comando para executar o backup nohost de produção:

ddboraasm --backup --no-catalog --controlfile --config <configuration_file>

Especifique a opção --no-catalog somente quando a operação de catálogo RMAN forexecutada no host de proxy. Executando e gerenciando os backups do Storage Direct dobanco de dados do Oracle no Oracle ASM na página 256 fornece mais detalhes sobre asopções do comando ddboraasm.

l No host de proxy:



n A mesma versão de software do Oracle Grid é instalada com o mesmo ID exclusivo e GUIDque no host de produção.

n A mesma versão de software do banco de dados do Oracle é instalada com o mesmo IDexclusivo e GUID que no host de produção.

n A instância do Oracle ASM está em execução. Os parâmetros GRID_HOME, GRID_OS_USERe GRID_SID são definidos adequadamente no arquivo de configuração.

n A conexão com o banco de dados de destino foi configurada. ORACLE_SID está definidocomo o identificador do sistema (SID) do banco de dados de produção. ORACLE_OS_USERestá definido como o nome de usuário do sistema operacional que faz a conexão. Comoopção, se você quiser usar a autenticação do banco de dados, ORACLE_USER está definido.

n Você não se conecta ao banco de dados do catálogo durante a restauração.RMAN_CATALOG_SERVICE não está definido no arquivo de configuração, o que garanteque o registro de catálogo no banco de dados de catálogo não seja corrompido durante arestauração.

n O parâmetro CLIENT é definido com o mesmo valor que no arquivo de configuração dobanco de dados de produção, o que garante a restauração do backup realizada pelo bancode dados de produção.

n Os parâmetros de configuração de armazenamento estão definidos corretamente noarquivo de configuração.

n O host de proxy não tem nenhum grupo de discos ASM com os mesmos nomes dos gruposde discos ASM que são submetidos a backup do banco de dados de produção.

Por exemplo, se os datafiles e archivelogs do host de produção estiverem em +DATA e+LOG, respectivamente, os grupos de discos ASM +DATA e +LOG não devem existir nohost de proxy. O comando ddboraasm --proxy-restore restaura os backups e cria osgrupos de discos do ASM +DATA e +LOG para montar os backups.

Os seguintes subtópicos descrevem como preparar e executar uma restauração e recuperaçãoautomatizadas usando um host de proxy:

l Preparando-se para a restauração e recuperação automatizadas com um host de proxy napágina 283

l Executando a restauração e recuperação automatizadas com um host de proxy na página 285

Preparando-se para a restauração e recuperação automatizadas com um host de proxy

Para se preparar para a restauração e recuperação automatizadas com um host de proxy, siga aspróximas etapas conforme necessário.

1. Para executar a operação de catálogo do RMAN no host de proxy, execute o seguintecomando no host de proxy:

ddboraasm --proxy-catalog <backup_ID> --config <configuration_file>

Configurando e executando operações de catálogo do RMAN em um host de proxy na página262 apresenta mais detalhes sobre a operação de catálogo do RMAN no host de proxy.

2. Verifique se as imagens de backup estão desmontadas antes de executar a restauração erecuperação automatizadas no host de proxy:

a. Desligue o banco de dados Oracle no host de proxy.

b. Para verificar se as imagens de backup anteriores estão montadas, execute o seguintecomando como usuário apropriado no host proxy, para listar as montagens de backupatuais. Execute o comando como o usuário root no Linux ou SO do Oracle Grid no AIX:

ddboraasm --list-mounts --config <configuration_file>



Por exemplo:

ddboraasm --list-mounts --config /racasm.cfg



SCMABS_LOG: 3 SSServiceProvider.cpp:573 Checking for SCM lib [/opt/dpsapps/dbappagent/lib/lib64/libddbprotectpoint_v3.so]SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_directory_service.cpp:327 Initialized protectpoint SCM for subtype SNAPVXSCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/dd_snapshot_impl.cpp:4223 Using Data Domain Pool FTS_VMAX3_476SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_snapshot_impl.cpp:2041 DD connect retries 3Loaded mount 'a1bd0e64-f42c-11e8-b946-7f6dff095148':Original source backup device(s): '/dev/sdh','/dev/sdi','/dev/sdc'.Backup mounted on device(s): '/dev/sdf','/dev/sdg','/dev/sdh'.Disk group 'DATA1NODE1' contains: ASMLib device 'T0_1543531442_1', mounted on device '/dev/sdf'.Disk group 'DATA2NODE1' contains: ASMLib device 'T1_1543531442_1', mounted on device '/dev/sdg'.Disk group 'DATANODE1' contains: ASMLib device 'T2_1543531442_1', mounted on device '/dev/sdh'.Operation succeeded.

c. Para desmontar todas as imagens de backup, execute o seguinte comando como usuárioapropriado no host de proxy. Execute o comando como o usuário root no Linux ou SO doOracle Grid no AIX:

ddboraasm --list-mounts --dismount --config <configuration_file>

Por exemplo:

ddboraasm --list-mounts --dismount --config /racasm.cfg



SCMABS_LOG: 3 SSServiceProvider.cpp:573 Checking for SCM lib [/opt/dpsapps/dbappagent/lib/lib64/libddbprotectpoint_v3.so]SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_directory_service.cpp:327 Initialized protectpoint SCM for subtype SNAPVXSCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/dd_snapshot_impl.cpp:4223 Using Data Domain Pool FTS_VMAX3_476SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_snapshot_impl.cpp:2041 DD connect retries 3Loaded mount '6499f4e2-f43c-11e8-b969-e7ec5d24e8e8':Original source backup device(s): '/dev/sdh','/dev/sdi','/dev/sdc'.Backup mounted on device(s): '/dev/sdf','/dev/sdg','/dev/sdh'.Disk group 'DATA1NODE1' contains: ASMLib device 'T0_1543538442_1', mounted on device '/dev/sdf'.Disk group 'DATA2NODE1' contains: ASMLib device 'T1_1543538442_1', mounted on device '/dev/sdg'.Disk group 'DATANODE1' contains: ASMLib device 'T2_1543538442_1', mounted on device '/dev/sdh'. ... Dismounting.



AsmMountOperations: Did not delete disk group 'DATA1NODE1'; continuing.175924:ddboraasm:The dismount of the mount with the identifier '1543538442' stored in '6499f4e2-f43c-11e8-b969-e7ec5d24e8e8' failed: 'Unable to obtain the configuration for the database 'ORCL1'. Error code from srvctl program: 1.'; manual cleanup may be required. Continuing with the next mount.SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_directory_service.cpp:327 Initialized protectpoint SCM for subtype SNAPVXSCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/dd_snapshot_impl.cpp:4223 Using Data Domain Pool FTS_VMAX3_476SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/centaur_snapshot_impl.cpp:2041 DD connect retries 3Loaded mount '9c61cbfc-f43c-11e8-94b1-c3e668650d63':Original source backup device(s): '/dev/sdd'.Backup mounted on device(s): '/dev/sdi'.Disk group 'FRANODE1' contains: ASMLib device 'A0_1543538546_1', mounted on device '/dev/sdi'. ... Dismounting.Unable to obtain the configured disk groups for database 'ORCL1' on the proxy host. Trying to continue with the dismount operation.SCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/dd_snapshot_impl.cpp:3998 Unmount will be done from DDSCMABS_LOG: 3 SymApiInterface.cpp:238 Entering SymApiInterface::initSCMABS_LOG: 3 SymApiInterface.cpp:476 Runtime symapi version T9.0-2500 (90009C4)SCMABS_LOG: 3 SymApiInterface.cpp:4844 Checking for configured VMax net services, named, NSM_SERVERSCMABS_LOG: 3 /disks/nasbld/nas82/nw/appagent_47/nsr/storage/ssm/emc_centaur/dd_snapshot_impl.cpp:3612 Waiting for FAST.X devices to be in the required stateSCMABS_LOG: 3 SymApiInterface.cpp:13647 Unable to remove 000297000476:86F from storage group "NsrReservedTgts": SYMAPI_C_STOR_NOT_FOUNDSCMABS_LOG: 3 SymApiInterface.cpp:13647 Unable to remove 000297000476:86F from storage group "NsrReservedTgts": SYMAPI_C_STOR_NOT_FOUNDOperation succeeded.

Executando a restauração e recuperação automatizadas com um host de proxy

Para executar a restauração e recuperação automatizadas com um host de proxy, execute oseguinte comando ddboraasm como usuário apropriado no host de proxy. Execute o comandocomo o usuário root no Linux ou SO do Oracle Grid no AIX:

ddboraasm {--proxy-restore <backup_ID>} {--config <configuration_file>|-z <configuration_file>} [--mount-only] [--skip-controlfile] [--skip-mount] [--use-pfile <pfile_location>] [--debug 9|-D 9]

As opções de comando entre chaves ({ }) são obrigatórias. As opções de comando entre colchetes([ ]) são opcionais. Tabela 27 na página 286 descreve todas as opções de comando.

Obs.: Especifique a opção --use-pfile somente quando um pfile válido estiver disponível.

Somente as opções --proxy-restore e --config são obrigatórias. Ao executar o comandosomente com as opções obrigatórias, ddboraasm --proxy-restore <backup_ID>--config<configuration_file>, o comando executa as seguintes etapas:

1. Monta o backup no grupo de disco original.

2. Desliga o banco de dados.

3. Inicia o banco de dados no modo nomount de um spfile fictício.

O spfile fictício gerado pela Oracle assegura que todos os destinos de arquivo estejamacessíveis localmente e que FRA e RAC não estejam definidos.

4. Restaura o arquivo de controle e monta o banco de dados.

5. Recupera o banco de dados.

A tabela a seguir descreve as opções do comando ddboraasm para a operação de restauração erecuperação automatizadas. Para obter uma lista de todas as opções de comandos disponíveis parao comando ddboraasm, execute o comando ddboraasm --help ou ddboraasm -h.



Tabela 27 As opções de comando ddboraasm para uma restauração e recuperaçãoautomatizadas

Opção Descrição


ou




--mount-only Opcional. Especifica que o backup será montado somente nosgrupos de disco original e que a restauração e recuperação dobanco de dados não serão executadas.

Obs.: Não especifique esta opção com a opção --skip-mountporque as opções --mount-only e --skip-mount são

mutuamente exclusivas.

--proxy-restore<backup_ID>

Obrigatório. Especifica a execução da restauração e recuperaçãoautomatizadas do backup do Storage Direct do Oracle ASM com oID de backup especificado.

--skip-controlfile Opcional. Especifica a restauração e recuperação do banco dedados sem restaurar o arquivo de controle. Supõe-se que o spfileou pfile válido e o arquivo de controle já estejam implementados.

--skip-mount Opcional. Especifica a restauração e recuperação do banco dedados sem montar os grupos de disco de backup. Supõe-se que osgrupos de disco de backup já estejam montados.

Obs.: Não especifique esta opção com a opção --mount-onlyporque as opções --mount-only e --skip-mount são

mutuamente exclusivas.

--use-pfile<pfile_location>

Opcional. Especifica a inicialização do banco de dados com o pfileno local especificado antes de restaurar o arquivo de controle.

Os exemplos a seguir mostram diferentes casos de uso para o comando ddboraasm com a opção--proxy-restore. Execute o comando com ou sem a opção --use-pfile <pfile_location>,dependendo de haver ou não um pfile válido disponível:

l O comando a seguir inclui apenas as opções obrigatórias. Nesse caso, um pfile válido não estádisponível:

ddboraasm --proxy-restore <backup_ID> --config <configuration_file>

Por exemplo:

ddboraasm --proxy-restore 1543596459 --config /racasm.cfg

Tablespace backups selected by proxy restore: : :Recovery Manager: Release 12.1.0.2.0 - Production on Fri Nov 30 23:32:32 2018




RMAN> connect ********2>3> connect *********4>5> shutdown abort;6> set dbid 2291739687;7> startup force nomount;8> run {9> ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE' parms='SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so' send "ENV=(CONFIG_FILE=/tmp/config_7599)";10> restore spfile to pfile '/u01/app/oracle/product/12.1.0/dbhome_1/dbs/initORCL1.ora';11> }12>13> shutdown immediate;14>connected to target database (not started)


target database instance not started

executing command: SET DBIDdatabase name is "TEST" and DBID is 2291739687

Oracle instance started

Total System Global Area 3707764736 bytes

Fixed Size 2930944 bytesVariable Size 905971456 bytesDatabase Buffers 2785017856 bytesRedo Buffers 13844480 bytes

allocated channel: CH1channel CH1: SID=40 instance=ORCL1 device type=SBT_TAPEchannel CH1: Database Application Agent 19.1.0.0

Starting restore at 30-NOV-18

channel CH1: starting datafile backup set restorechannel CH1: restoring SPFILE to PFILEoutput file name=/u01/app/oracle/product/12.1.0/dbhome_1/dbs/initORCL1.orachannel CH1: reading from backup piece 06tji5as_1_1channel CH1: piece handle=06tji5as_1_1 tag=TAG20181130T230604channel CH1: restored backup piece 1channel CH1: restore complete, elapsed time: 00:00:03Finished restore at 30-NOV-18released channel: CH1

Oracle instance shut down

Recovery Manager complete.The RMAN script was run successfully.Preparing the database, which may take several minutes.

Recovery Manager: Release 12.1.0.2.0 - Production on Fri Nov 30 23:33:29 2018


RMAN> connect ********2>3> connect *********4>5> shutdown abort;6> set dbid 2291739687;7> startup nomount pfile='/u01/app/oracle/product/12.1.0/dbhome_1/dbs/initORCL1.ora';



8> run {9> ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE' parms='SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so' send "ENV=(CONFIG_FILE=/tmp/config_7599)";10> SET UNTIL TIME "to_date('11/30/18 22:40:44','mm/dd/yy HH24:MI:SS')";11> restore controlfile;12> }13>14> alter database mount;15>connected to target database (not started)







allocated channel: CH1channel CH1: SID=28 device type=SBT_TAPEchannel CH1: Database Application Agent 19.1.0.0

executing command: SET until clause

Starting restore at 30-NOV-18

channel CH1: starting datafile backup set restorechannel CH1: restoring control filechannel CH1: reading from backup piece 01tji2l3_1_1channel CH1: piece handle=01tji2l3_1_1 tag=TAG20181130T222019channel CH1: restored backup piece 1channel CH1: restore complete, elapsed time: 00:00:01output file name=/u01/app/oracle/product/12.1.0/dbhome_1/dbs/current.261.993593255.0output file name=/u01/app/oracle/product/12.1.0/dbhome_1/dbs/current.256.993593255.1Finished restore at 30-NOV-18released channel: CH1

Statement processed

Recovery Manager complete.The RMAN script was run successfully.



RMAN> connect ********2>3> recover database preview;4> exitconnected to target database: TEST (DBID=2291739687, not open)

Starting recover at 30-NOV-18using target database control file instead of recovery catalogallocated channel: ORA_DISK_1channel ORA_DISK_1: SID=28 device type=DISKusing channel ORA_DISK_1



List of Archived Log Copies for database with db_unique_name TEST=====================================================================

Key Thrd Seq S Low Time------- ---- ------- - ---------1 1 5 A 30-NOV-18 Name: +FRANODE1/TEST/ARCHIVELOG/2018_11_30/thread_1_seq_5.260.993593951

RMAN-05119: recovery can not be done to a consistent state.Media recovery start SCN is 1607341Recovery must be done beyond SCN 281474976710655 to clear datafile fuzzinessFinished recover at 30-NOV-18

Recovery Manager complete.The RMAN script was run successfully.RMAN-05119: recovery can not be done to a consistent state.threadNo: 1, sequenceNo: 5, firstSCN: 1605236, nextSCN: 1608403Latest SCN: 1608403Backup time: 11/30/2018 10:17:49 PMRecover until: 1608403. Snapshot time: 11/30/2018 10:17:49 PM.



RMAN> connect ********2>3> recover database until scn 1608403 snapshot time "to_timestamp('11/30/2018 10:17:49 PM', 'MM/DD/YYYY HH12:MI:SS AM')";4> exitconnected to target database: TEST (DBID=2291739687, not open)

Starting recover at 30-NOV-18using target database control file instead of recovery catalogallocated channel: ORA_DISK_1channel ORA_DISK_1: SID=37 device type=DISK


archived log for thread 1 with sequence 5 is already on disk as file +FRANODE1/TEST/ARCHIVELOG/2018_11_30/thread_1_seq_5.260.993593951archived log file name=+FRANODE1/TEST/ARCHIVELOG/2018_11_30/thread_1_seq_5.260.993593951 thread=1 sequence=5media recovery complete, elapsed time: 00:00:01Finished recover at 30-NOV-18

Recovery Manager complete.The RMAN script was run successfully.Recovery of database 'TEST' succeeded.Checking the redo logs.Opening the database.Operation succeeded.

l O comando a seguir inclui a opção --use-pfile <pfile_location>. Nesse caso, a operação debanco de dados usa o pfile válido no local especificado. Por exemplo, você seguiu as etapas em Preparando-se para a restauração e recuperação automatizadas com um host de proxy napágina 283 para modificar o pfile especificado:

ddboraasm --proxy-restore <backup_ID> --config <configuration_file> --use-pfile <pfile_location>



Por exemplo:

ddboraasm --proxy-restore 1543596459 --config /racasm.cfg --use-pfile /u01/app/oracle/product/12.1.0/dbhome_1/dbs/initORCL1.ora

Tablespace backups selected by proxy restore: : :Preparing the database, which may take several minutes.

Recovery Manager: Release 12.1.0.2.0 - Production on Sat Dec 1 00:32:21 2018


RMAN> connect ********2>3> connect *********4>5> shutdown abort;6> set dbid 2291739687;7> startup nomount pfile='/u01/app/oracle/product/12.1.0/dbhome_1/dbs/initORCL1.ora';8> run {9> ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE' parms='SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so' send "ENV=(CONFIG_FILE=/tmp/config_30717)";10> SET UNTIL TIME "to_date('11/30/18 22:40:44','mm/dd/yy HH24:MI:SS')";11> restore controlfile;12> }13>14> alter database mount;15>connected to target database (not started)







allocated channel: CH1channel CH1: SID=28 device type=SBT_TAPEchannel CH1: Database Application Agent 19.1.0.0

executing command: SET until clause

Starting restore at 01-DEC-18

channel CH1: starting datafile backup set restorechannel CH1: restoring control filechannel CH1: reading from backup piece 01tji2l3_1_1channel CH1: piece handle=01tji2l3_1_1 tag=TAG20181130T222019channel CH1: restored backup piece 1channel CH1: restore complete, elapsed time: 00:00:03output file name=/u01/app/oracle/product/12.1.0/dbhome_1/dbs/current.261.993593255.0output file name=/u01/app/oracle/product/12.1.0/dbhome_1/dbs/current.256.993593255.1Finished restore at 01-DEC-18



released channel: CH1

Statement processed

Recovery Manager complete.The RMAN script was run successfully.



RMAN> connect ********2>3> recover database preview;4> exitconnected to target database: TEST (DBID=2291739687, not open)

Starting recover at 01-DEC-18using target database control file instead of recovery catalogallocated channel: ORA_DISK_1channel ORA_DISK_1: SID=28 device type=DISKusing channel ORA_DISK_1

List of Archived Log Copies for database with db_unique_name TEST=====================================================================

Key Thrd Seq S Low Time------- ---- ------- - ---------1 1 5 A 30-NOV-18 Name: +FRANODE1/TEST/ARCHIVELOG/2018_11_30/thread_1_seq_5.260.993593951

RMAN-05119: recovery can not be done to a consistent state.Media recovery start SCN is 1607341Recovery must be done beyond SCN 281474976710655 to clear datafile fuzzinessFinished recover at 01-DEC-18

Recovery Manager complete.The RMAN script was run successfully.RMAN-05119: recovery can not be done to a consistent state.threadNo: 1, sequenceNo: 5, firstSCN: 1605236, nextSCN: 1608403Latest SCN: 1608403Backup time: 11/30/2018 10:17:49 PMRecover until: 1608403. Snapshot time: 11/30/2018 10:17:49 PM.



RMAN> connect ********2>3> recover database until scn 1608403 snapshot time "to_timestamp('11/30/2018 10:17:49 PM', 'MM/DD/YYYY HH12:MI:SS AM')";4> exitconnected to target database: TEST (DBID=2291739687, not open)

Starting recover at 01-DEC-18using target database control file instead of recovery catalogallocated channel: ORA_DISK_1channel ORA_DISK_1: SID=37 device type=DISK


archived log for thread 1 with sequence 5 is already on disk as file +FRANODE1/TEST/ARCHIVELOG/2018_11_30/thread_1_seq_5.260.993593951archived log file name=+FRANODE1/TEST/ARCHIVELOG/2018_11_30/thread_1_seq_5.260.993593951 thread=1 sequence=5media recovery complete, elapsed time: 00:00:00



Finished recover at 01-DEC-18

Recovery Manager complete.The RMAN script was run successfully.Recovery of database 'TEST' succeeded.Checking the redo logs.Opening the database.Operation succeeded.

l O comando a seguir inclui a opção --mount-only. Nesse caso, o comando só monta osgrupos de disco de backup. Você precisaria executar manualmente as etapas de operação debanco de dados:

ddboraasm --proxy-restore <backup_ID> --config <configuration_file> --mount-only

l O comando a seguir inclui a opção --skip-controlfile. Nesse caso, o pfile válido e oarquivo de controle já estão implementados.

ddboraasm --proxy-restore <backup_ID> --config <configuration_file> --skip-controlfile

l O comando a seguir inclui a opção --skip-mount. Nesse caso, os grupos de disco de backupjá estão montados. Por exemplo, a operação de restauração de banco de dados falhou poralgum motivo e você só deseja executar novamente as etapas de operação do banco de dados:

ddboraasm --proxy-restore <backup_ID> --config <configuration_file> --skip-mount

Executando restaurações de reversão de backups do Storage Direct do OracleASM

Você pode usar o comando ddboraasm para executar uma restauração de reversão de um backupdo Storage Direct do Oracle ASM.

Procedimento

Execute as etapas a seguir para concluir a restauração de reversão de um backup do StorageDirect de dados do Oracle ASM.

Procedimento

1. Se o arquivo de controle for perdido, primeiro restaure-o pelo backup. Se você ainda tiver oarquivo de controle, poderá montar o banco de dados e ignorar essa etapa.

a. Para restaurar o arquivo de controle, inicie o banco de dados no estado no mount edefina o DBID como o DBID original.

SQL> startup nomount;RMAN> set DBID=1188725344executing command: SET DBID

b. Execute o script de restauração do RMAN para restaurar o arquivo de controle.

No exemplo a seguir, o arquivo de controle teve backup feito com ddboraasmespecificando a opção –controlfile. Restaurar o arquivo de controle requer o uso docanal SBT_TAPE com as configurações adequadas de Storage Direct. Quando você



restaura um arquivo de controle que não teve backup feito com ddboraasm, énecessário definir o script do RMAN corretamente.

RMAN> run {2> ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE' parms='SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostora.so' send "ENV=(CONFIG_FILE=/home/oracle12/oracle-dbagent-vmax.cfg)";3> restore controlfile from autobackup maxdays 2;4> }using target database control file instead of recovery catalogallocated channel: CH1channel CH1: SID=42 device type=SBT_TAPEchannel CH1: Database Application Agent 19.1.0.0Starting restore at 18-OCT-17channel CH1: looking for AUTOBACKUP on day: 20171018channel CH1: AUTOBACKUP found: c-1188725344-20171018-02channel CH1: restoring control file from AUTOBACKUP c-1188725344-20171018-02channel CH1: control file restore from AUTOBACKUP completeoutput file name=+DATAVMAX/VMAX/CONTROLFILE/current1018output file name=+FRAVMAX/VMAX/CONTROLFILE/current.256.947227617Finished restore at 18-OCT-17released channel: CH1RMAN> **end-of-file**After the control file is restored, you can now mount your database.RMAN> alter database mount;Statement processed

2. Identifique os backups necessários para a restauração da reversão executando o comandoddboraasm ou ddbmadmin.

Com o banco de dados em um estado montado ou aberto, é possível executar o comandoddboraasm --prepare-rollback, que executa o script restore…preview do RMANe identifica os backups necessários à restauração.

A tabela a seguir descreve as opções de comando ddboraasm a serem usadas com a opção--prepare-rollback. Para obter uma lista completa de todas as opções disponíveis docomando ddboraasm, execute o comando ddboraasm --help ou ddboraasm -h.

Tabela 28 As opções de comando ddboraasm para visualização da restauração e operação depreparação da reversão

Opção Descrição


ou




--input <script_file>

ou

-i <script_file>

Opcional. Especifica o nome do caminho completo do arquivo descript do RMAN para usar na visualização de restauração eoperação de preparação da reversão.

Se esse parâmetro não for definido, o programa ddboraasmexecutará o comando RESTORE DATABASE PREVIEW do RMAN

para obter a lista de backups necessários para restaurar todo obanco de dados.



Tabela 28 As opções de comando ddboraasm para visualização da restauração e operação depreparação da reversão (continuação)

Opção Descrição

--prepare-rollback

ou

-p

Obrigatório. Especifica a realização de uma visualização derestauração e o preparo para a restauração da reversão do RMANde um backup do Storage Direct do Oracle ASM.

Por exemplo, o comando ddboraasm --prepare-rollback exibe o seguinte resultado:

ddboraasm --prepare-rollback -z ../config/oracle_asm_ddbda.cfg.current

Preview started.Recovery Manager: Release 12.1.0.2.0 - Production on Thu Feb 1 13:19:04 2018Copyright (c) 1982, 2014, Oracle and/or its affiliates. All rights reserved.RMAN> connect ********2>3> restore database preview;4> exitconnected to target database: RAC (DBID=2549325238)Starting restore at 01-FEB-18using target database control file instead of recovery catalogallocated channel: ORA_DISK_1channel ORA_DISK_1: SID=24 instance=RAC1 device type=DISK

List of Datafile Copies=======================Key File S Completion Time Ckp SCN Ckp Time------- ---- - --------------- ---------- ---------------56 1 A 31-JAN-18 4999748 31-JAN-18 Name: +T1_1517434866/RAC/DATAFILE/system.258.96134311354 2 A 31-JAN-18 4999748 31-JAN-18 Name: +T1_1517434866/tmp1.dbf55 3 A 31-JAN-18 4999748 31-JAN-18 Name: +T1_1517434866/RAC/DATAFILE/sysaux.257.96134306158 4 A 31-JAN-18 4999748 31-JAN-18 Name: +T1_1517434866/RAC/DATAFILE/undotbs1.260.96134317959 5 A 31-JAN-18 4999748 31-JAN-18 Name: +T1_1517434866/RAC/DATAFILE/undotbs2.265.96134344757 6 A 31-JAN-18 4999748 31-JAN-18 Name: +T1_1517434866/RAC/DATAFILE/users.259.961343177

using channel ORA_DISK_1

List of Archived Log Copies for database with db_unique_name RAC================================================================Key Thrd Seq S Low Time------- ---- ------- - ---------1566 1 1 A 31-JAN-18 Name: +LOGS/archivelog/1_1_966876051.dbf1567 1 2 A 31-JAN-18 Name: +LOGS/archivelog/1_2_966876051.dbf1568 1 3 A 31-JAN-18 Name: +LOGS/archivelog/1_3_966876051.dbf1565 2 1 A 31-JAN-18 Name: +LOGS/archivelog/2_1_966876051.dbf1875 1 1 A 01-FEB-18 Name: +LOGS/archivelog/1_1_966944314.dbf1876 1 2 A 01-FEB-18 Name: +LOGS/archivelog/1_2_966944314.dbf1877 1 3 A 01-FEB-18 Name: +LOGS/archivelog/1_3_966944314.dbf1878 1 4 A 01-FEB-18 Name: +LOGS/archivelog/1_4_966944314.dbf



1879 1 5 A 01-FEB-18 Name: +LOGS/archivelog/1_5_966944314.dbf1880 1 6 A 01-FEB-18 Name: +LOGS/archivelog/1_6_966944314.dbf1881 1 7 A 01-FEB-18 Name: +LOGS/archivelog/1_7_966944314.dbf

RMAN-05119: recovery cannot be done to a consistent state.Media recovery start SCN is 4999748Recovery must be done beyond SCN 4999748 to clear datafile fuzzinessFinished restore at 01-FEB-18

Recovery Manager complete.The RMAN script was run successfully.Tablespace backups selected by restore preview: Backup '1517434866' finished at '01/31/2018 04:41:16 PM' contains 1 device groups: Disk group 'DATA' (mounted as 'T1_1517434866') is located on devices '/dev/sdf'.No backups of archived logs are required by restore preview.You may select to roll back the following archived log backups one at a time during a rollback restore. Backup '1517434905' finished at '01/31/2018 04:41:55 PM' contains 1 device groups: Disk group 'LOGS' (mounted as 'A1_1517434905') is located on devices '/dev/sdg'.Operation succeeded.

Este resultado de exemplo mostra dois backups:

l O primeiro backup é para datafiles, com o ID de backup 1517434866.

l O segundo backup é para registros arquivados, com o ID de backup 1517434905.

Obs.: Anote os dois IDs de backup, porque você precisará deles na operação dereversão.

Dependendo da versão do banco de dados do Oracle, você pode precisar anotar a hora dosnapshot:

l Com uma versão de banco de dados do Oracle anterior à 12, você pode ignorar a hora dosnapshot no resultado.

l Com a versão do banco de dados do Oracle 12 ou posterior, o banco de dados não estáno modo de backup ativo durante o backup do Oracle ASM, portanto você precisa dahora do snapshot posteriormente, quando recuperar o banco de dados.

Obs.: Anote a hora do backup do datafile, que é o momento em que o snapshot dodatafile foi concluído. Neste exemplo, o horário de backup do datafile é 31/01/201816:41:16.

Durante um backup com um agente de aplicativos de bancos de dados versão anterior à 4.6,a hora de término do snapshot não é registrada, e o resultado da preparação da reversãoexibe somente a hora de início do snapshot. Por exemplo:

The RMAN script was run successfully.Tablespace backups selected by restore preview: Backup '1517434866' started at '01/31/2018 04:41:06 PM' contains 1 device groups: Disk group 'DATA' (mounted as 'T1_1517434866') is located on devices '/dev/sdf'.No backups of archived logs are required by restore preview.You may select to roll back the following archived log backups one at a time during a rollback restore. Backup '1517434905' started at '01/31/2018 04:41:45 PM' contains 1 device groups: Disk group 'LOGS' (mounted as 'A1_1517434905') is located on devices '/dev/sdg'.Operation succeeded.



Nesse caso, você deve estimar a hora de término do snapshot com a adição de certo tempopara o início. Estime a duração do snapshot com base em sua experiência de backupanterior.

Como uma alternativa à execução do comando ddboraasm --prepare-rollback, vocêpode executar o comando ddbmadmin para obter os IDs de backup quando souber o horáriodo backup para fazer a reversão. Por exemplo, o comando ddbmadmin a seguir mostra osbackups que foram realizados nos dois últimos dias:

ddbmadmin -s -b now-2day -e now -n oracle_asm -z ../config/oracle_asm_ddbda.cfg.current

Save set information:client = lfcp11-cluster, date and time = 01/31/2018 04:41:06 PM (1517434866), size = 2188, name = T_1517434866client = lfcp11-cluster, date and time = 01/31/2018 04:41:45 PM (1517434905), size = 2188, name = A_1517434905

Este comando ddbmadmin lista dois backups. O resultado do comando gera as seguintesinformações:

l O campo name indica o conteúdo do backup. O nome de um backup do datafile começacom a letra T. O nome de um backup de registros arquivados começa com a letra A.

l O campo date and time indica a hora de início do snapshot. A hora é usada como o IDdo backup. No exemplo anterior, os IDs dos backups do datafile e do registro arquivadosão 1517434866 e 1517434905, respectivamente.

A saída do comando ddbmadmin lista apenas a hora de início do snapshot. Portanto, com aversão de banco de dados do Oracle 12 ou posterior, você deve estimar a hora de término dosnapshot.

3. Verifique se o banco de dados é desligado e desmonte os grupos de discos do ASM:

a. Se o banco de dados estiver em execução, desligue-o executando o comando sqlplus aseguir:

shutdown database

b. Desmonte os grupos de discos do ASM onde residem os datafiles e os registrosarquivados. Por exemplo:

$ asmcmd

ASMCMD> umount DATAASMCMD> umount LOGS

4. Para executar a reversão com os IDs de backup identificados na etapa 2, execute o comandoddboraasm --rollback.

A tabela a seguir descreve as opções do comando ddboraasm para a operação de reversão.Para obter uma lista completa de todas as opções disponíveis do comando ddboraasm,execute o comando ddboraasm --help ou ddboraasm -h.



Tabela 29 As opções de comando ddboraasm para a operação da reversão

Opção Descrição


ou




--rollback<backup_ID_1>[<backup_ID_2> ...<backup_ID_n>]

Obrigatório. Especifica um ou mais IDs de backup dos backups aserem restaurados durante a restauração da reversão.

--target <device_1>[<device_2> ...<device_n>]

Opcional. Especifica um ou mais caminhos de dispositivo físico dosdispositivos de destino da restauração da reversão. A quantidade dedispositivos de destino deve corresponder à quantidade dedispositivos físicos a partir dos quais o backup foi feitooriginalmente.

--skip-prompts Opcional. Especifica se uma operação de reversão é realizada semconfirmação do usuário. Por padrão, a confirmação do usuário énecessária antes do início de uma operação de reversão.

Por exemplo, o comando ddboraasm --rollback exibe o seguinte resultado da reversão:

ddboraasm --rollback 1517434866 1517434905 -z ../config/oracle_asm_ddbda.cfg.current

Rollback of save sets was started.SCMABS_LOG: 3 PSLogger.cpp:656 EMC NetWorker Snapshot Management 19.1.0.0.Build.32 # Copyright (c) 2018, EMC Corporation. #All rights reserved.SCMABS_LOG: 3 PSLogger.cpp:661 Snapshot logging initialized with a debug level 9SCMABS_LOG: 3 SSServiceProvider.cpp:572 Checking for SCM lib [/opt/dpsapps/dbappagent/lib/lib64/libddbprotectpoint_rp.so]About to roll back the devices '/dev/sdf'; '/dev/sdg' from 2 backups containing: Backup '1517434866' contains 1 device groups: Disk group 'DATA' (mounted as 'T1_1517434866') is located on devices '/dev/sdf'. Backup '1517434905' contains 1 device groups: Disk group 'LOGS' (mounted as 'A1_1517434905') is located on devices '/dev/sdg'.Continue (yes/no)? yes ...Operation succeeded.

Se os caminhos originais do dispositivo físico estiverem ocupados por algum motivo ou sevocê quiser reverter para outro local, será possível especificar os dispositivos de destino nocomando ddboraasm --rollback. Por exemplo, o comando a seguir faz a reversão paraos dispositivos físicos /dev/sdp e /dev/sdo:

ddboraasm --rollback 1517434866 1517434905 --target /dev/sdp dev/sdo -z ../config/oracle_asm_ddbda.cfg.current



Obs.: A quantidade de dispositivos de destino deve corresponder à quantidade dedispositivos físicos a partir dos quais o backup foi feito originalmente.

5. Monte os discos do ASM, executando os seguintes comandos como usuário do Oracle GRID:

$ oracleasm scandisks

Reloading disk partitions: doneCleaning any stale ASM disks...Scanning system for ASM disks...

$ oracleasm listdisks

DSK0DSK1DSK2DSK3DSK4DSK5

$ asmcmd

ASMCMD> mount DATAASMCMD> mount LOGSASMCMD> lsdg

State Type Rebal Sector Block AU Total_MB Free_MB Req_mir_free_MB Usable_file_MB Offline_disks Voting_files NameMOUNTED EXTERN N 512 4096 1048576 10239 10088 0 10088 0 N CTLF/MOUNTED EXTERN N 512 4096 1048576 10239 7373 0 7373 0 N DATA/MOUNTED EXTERN N 512 4096 1048576 10239 331 0 331 0 N LOGS/MOUNTED EXTERN N 512 4096 1048576 10239 5632 0 5632 0 Y VOTING/

6. Se o arquivo de controle estiver localizado no mesmo grupo de discos do Oracle ASM que osdatafiles, é porque ele foi substituído por uma operação de reversão. Restaure o arquivo decontrole de acordo com a etapa 1.

7. Catalogue os arquivos de registros arquivados. Esta etapa é necessária quando os registrosarquivados são excluídos após o backup. Se os registros arquivados não forem excluídos eainda estiverem gravados no arquivo de controle, ignore esta etapa.

Por exemplo, execute o seguinte comando para catalogar os arquivos de registrosarquivados:

RMAN> run { catalog start with "+LOG/" noprompt;}

using target database control file instead of recovery catalogsearching for all files that match the pattern +LOGS/

List of Files Unknown to the Database=====================================File Name: +LOGS/archivelog/1_1_966876051.dbfFile Name: +LOGS/archivelog/1_2_966876051.dbfFile Name: +LOGS/archivelog/1_3_966876051.dbfFile Name: +LOGS/archivelog/2_1_966876051.dbf

cataloging files...cataloging done

List of Cataloged Files



=======================File Name: +LOGS/archivelog/1_1_966876051.dbfFile Name: +LOGS/archivelog/1_2_966876051.dbfFile Name: +LOGS/archivelog/1_3_966876051.dbfFile Name: +LOGS/archivelog/2_1_966876051.dbf

8. Recupere o banco de dados e faça uma recuperação de mídia para atualizar os datafiles.Para possibilitar a recuperação, determine o número SCN ou sequencial do registroarquivado a ser aplicado. Como o banco de dados já está montado neste momento, vocêpode executar um script do RMAN recover…preview para determinar o SCN.

Com a versão de banco de dados Oracle 12 ou posterior, defina a hora do snapshot obtido naetapa 2. Por exemplo:

RMAN> recover database snapshot time "to_timestamp('01-31-18 16:41:06','MM-DD-YY HH24.MI.SS')" preview;

Starting recover at 01-FEB-18using target database control file instead of recovery catalogallocated channel: ORA_DISK_1channel ORA_DISK_1: SID=240 instance=RAC1 device type=DISKusing channel ORA_DISK_1

no backup of archived log for thread 1 with sequence 4 and starting SCN of 5004927 found to restoreno backup of archived log for thread 1 with sequence 5 and starting SCN of 5014210 found to restoreno backup of archived log for thread 1 with sequence 6 and starting SCN of 5014349 found to restoreno backup of archived log for thread 1 with sequence 7 and starting SCN of 5014415 found to restoreno backup of archived log for thread 1 with sequence 8 and starting SCN of 5014488 found to restoreno backup of archived log for thread 1 with sequence 9 and starting SCN of 5014567 found to restoreno backup of archived log for thread 1 with sequence 10 and starting SCN of 5014643 found to restore

List of Archived Log Copies for database with db_unique_name RAC================================================================Key Thrd Seq S Low Time------- ---- ------- - ---------1566 1 1 A 31-JAN-18 Name: +LOGS/archivelog/1_1_966876051.dbf1567 1 2 A 31-JAN-18 Name: +LOGS/archivelog/1_2_966876051.dbf1568 1 3 A 31-JAN-18 Name: +LOGS/archivelog/1_3_966876051.dbf1565 2 1 A 31-JAN-18 Name: +LOGS/archivelog/2_1_966876051.dbf

RMAN-05119: recovery can not be done to a consistent state.Media recovery start SCN is 4999748Recovery must be done beyond SCN 281474976710655 to clear datafile fuzzinessFinished recover at 01-FEB-18

Neste exemplo, o arquivo de controle tem mais registros de arquivos de log arquivados doque os que foram restaurados. O comando relatou que alguns arquivos de log arquivadosestão faltando, o que é esperado, já que eles não passaram por backup e foram perdidos.Você só pode recuperar até um ponto com os registros arquivados em que foi feito obackup. Para garantir que todos os registros arquivados que tivera backup feito sejamaplicados, use a opção until com o primeiro registro arquivado ausente encontrado peloRMAN. Neste caso, o primeiro registro arquivado ausente é relatado por archived log



for thread 1 with sequence 4 and starting SCN of 5004927. Portanto,você pode executar o comando recover database com a opção until SCN 5004927:

RMAN> recover database until SCN 5004927 snapshot time "to_timestamp('01-31-18 16:41:06','MM-DD-YY HH24.MI.SS')" preview;

Starting recover at 01-FEB-18using channel ORA_DISK_1using channel ORA_DISK_1

List of Archived Log Copies for database with db_unique_name RAC================================================================Key Thrd Seq S Low Time------- ---- ------- - ---------1566 1 1 A 31-JAN-18 Name: +LOGS/archivelog/1_1_966876051.dbf1567 1 2 A 31-JAN-18 Name: +LOGS/archivelog/1_2_966876051.dbf1568 1 3 A 31-JAN-18 Name: +LOGS/archivelog/1_3_966876051.dbf1565 2 1 A 31-JAN-18 Name: +LOGS/archivelog/2_1_966876051.dbf

recovery will be done up to SCN 5004927Media recovery start SCN is 4999748Recovery must be done beyond SCN 281474976710655 to clear datafile fuzzinessFinished recover at 01-FEB-18

9. Para abrir o banco de dados, especifique a opção resetlogs:

SQL> alter database open resetlogs;

Proteção e reversão do Storage Direct para VCS no SolarisUse os procedimentos nos tópicos a seguir para executar as operações de restauração e reversãodo Storage Direct para um sistema do VCS no Solaris.

Realizando uma restauração VCS de Storage DirectProcedimento

1. No nó principal do VCS, execute as etapas a seguir como usuário root.

a. Liste os grupos de serviço do VCS:

root:/# hastatus -sum

-- SYSTEM STATE-- System State Frozen

A ledma054 RUNNING 0A ledma056 RUNNING 0

-- GROUP STATE-- Group System Probed AutoDisabled StateB ClusterService ledma054 Y N ONLINEB ClusterService ledma056 Y N



OFFLINEB oracle_ctl_sg ledma054 Y N ONLINEB oracle_ctl_sg ledma056 Y N OFFLINEB oracle_sg ledma054 Y N ONLINEB oracle_sg ledma056 Y N OFFLINEB vxfen ledma054 Y N ONLINEB vxfen ledma056 Y N ONLINE

b. Habilite a configuração do VCS como leitura/gravação:

root:/# haconf -makerw

c. Congele os grupos de serviço do VCS por meio da desativação on-line/off-line. Digite oseguinte comando:

Obs.: Este é um exemplo de uma configuração de VCS e Oracle.

root:/# hagrp -freeze <oracle_sg> -persistent

d. Confirme o status do VCS digitando o seguinte comando:


-- SYSTEM STATE-- System State FrozenA ledma054 RUNNING 0A ledma056 RUNNING 0

-- GROUP STATE-- Group System Probed AutoDisabled StateB ClusterService ledma054 Y N ONLINEB ClusterService ledma056 Y N OFFLINEB oracle_ctl_sg ledma054 Y N ONLINEB oracle_ctl_sg ledma056 Y N OFFLINEB oracle_sg ledma054 Y N ONLINEB oracle_sg ledma056 Y N OFFLINEB vxfen ledma054 Y N ONLINEB vxfen ledma056 Y N ONLINE

-- GROUPS FROZEN-- GroupC oracle_ctl_sgC oracle_sg

-- RESOURCES DISABLED-- Group Type Resource



H oracle_ctl_sg DiskGroup oracle_ctl_dg_DG_res1H oracle_ctl_sg Mount oracle_ctl_dg_MNT_res1H oracle_ctl_sg Volume oracle_ctl_dg_VOL_res1H oracle_sg DiskGroup oracle_dg_DG_res1H oracle_sg Mount oracle_dg_MNT_res1H oracle_sg Volume oracle_dg_VOL_res1

e. Faça a configuração do VCS como somente leitura. Digite o seguinte comando:

root:/# haconf -dump –makero:

2. No nó principal do VCS, execute as etapas a seguir como usuário do Oracle.

a. Execute os comandos shutdown e startup mount do banco de dados Oracle.

a. oracle:/# sqlplus / as sysdba

b. SQL > shutdown immediate

c. SQL > startup mount

d. SQL > exit

b. Realize a recuperação e restauração do RMAN.


a. Faça a configuração do VCS como leitura/gravação. Digite o seguinte comando:

root:/# haconf –makerw

b. Descongele os grupos de serviço e permita On-line/Off-line. Digite o seguinte comando:

root:/# hagrp -unfreeze <oracle_ctl_sg> -persistentroot:/# hagrp -unfreeze <oracle_sg> -persistent

c. Confirme o status do VCS. Digite o seguinte comando:

root:/# hastatus –sum


-- GROUP STATE-- Group System Probed AutoDisabled StateB ClusterService ledma054 Y N ONLINEB ClusterService ledma056 Y N OFFLINEB oracle_ctl_sg ledma054 Y N ONLINEB oracle_ctl_sg ledma056 Y N



OFFLINEB oracle_sg ledma054 Y N ONLINEB oracle_sg ledma056 Y N OFFLINEB vxfen ledma054 Y N ONLINEB vxfen ledma056 Y N ONLINE

Realizando uma reversão do Storage Direct VCSProcedimento

Obs.: Uma reversão apresenta falha se você alterar o estilo do nome do dispositivo de multi-pathing I/O. A reversão para a LUN de origem é bem-sucedida. No entanto, o fsck e amontagem apresentam falhas. Nesse cenário, monte manualmente o FS.

Procedimento













root:/# hagrp -freeze <oracle_sg> -persistentroot:/# hagrp -freeze <oracle_ctl_sg> -persistent






-- RESOURCES DISABLED-- Group Type ResourceH oracle_ctl_sg DiskGroup oracle_ctl_dg_DG_res1H oracle_ctl_sg Mount oracle_ctl_dg_MNT_res1H oracle_ctl_sg Volume oracle_ctl_dg_VOL_res1H oracle_sg DiskGroup oracle_dg_DG_res1H oracle_sg Mount oracle_dg_MNT_res1H oracle_sg Volume oracle_dg_VOL_res1










d. SQL > exit

b. Faça a recuperação e a reversão do RMAN.




b. Descongele os grupos de serviço e permita On-line ou Off-line. Digite o seguintecomando:






Obs.: Os grupos de serviço apresentarão falha, mas ficarão novamente on-line em umcurto período.



Dicas de solução de problemas do Oracle para operações doStorage Direct


Todas as mensagens operacionais e de erro são exibidas na saída do RMAN. Por exemplo:

ORA-19506: failed to create sequential file, name="42pu1tir_1_1", parms=""ORA-27028: skgfqcre: sbtbackup returned errorORA-19511: Error received from media manager layer, error text: DEVICE_HOST is not set correctly. (105:108:2)

Use as seguintes informações para executar a solução de problemas adicional:

l Informações no arquivo sbtio.log do Oracle.

l Registros operacionais do Oracle gerados pelo agente de aplicativos de banco de dados, queinclui erros, advertências e outros tipos de mensagens operacionais.

As operações do Storage Direct no Oracle mantêm um log operacional separado chamadoddbsm.log, que apresenta detalhes sobre as operações e erros.

Você pode definir o parâmetro DEBUG_LEVEL para ativar a depuração.

Para fins de depuração das operações do Storage Direct do Oracle ASM, use a opção --debug 9ou -D 9 com o comando ddboraasm para gerar as informações de depuração durante avisualização do backup ou restauração. O registro de depuração do ddboraasm é gerado nodiretório /opt/dpsapps/dbappagent/logs. Por exemplo, a operação gera o seguinte registrode depuração:

ddboraasm_2017_08_08.15_51_14.30983.logPara obter informações adicionais de depuração das operações do Storage Direct do Oracle ASM,adicione a configuração de parâmetro DPRINTF=TRUE ao arquivo de configuração. Para ativar osregistros de depuração completos, adicione a configuração do parâmetro DEBUG_LEVEL=9.

A restauração da reversão do Oracle para um novo banco de dados poderá falharquando o OMF estiver ativado

Quando o recurso de banco de dados do Oracle-Managed Files (OMF)Oracle-Managed Files(OMF) é ativado, uma restauração da reversão para um novo banco de dados poderá falhar.

Por exemplo, quando você executar uma restauração da reversão redirecionada para LUNsalternativas usando um backup do Storage Direct para VMAX de um banco de dados Oracle OMF,a restauração poderá falhar com a seguinte mensagem de erro:

ORA-19511: non RMAN, but media manager or vendor specific failure, error text:A rollback is not possible when doing relocation during a restore.Please remove 'rollback' from the RESTORE_TYPE_ORDER parameter or do not request relocation. (114:123:2)

Como uma solução temporária, desative o recurso OMF depois de restaurar o spfile do banco dedados e antes de restaurar o arquivo de controle e os arquivos de dados.



CAPÍTULO 9

Operações do Application Direct em sistemasSAP HANA


l Visão geral das operações do Application Direct em um ambiente SAP HANA.....................308l Configuração das operações do Application Direct em um ambiente SAP HANA.................309l Realizando backups do Application Direct, recuperação e exclusões com o SAP HANA Studio

.............................................................................................................................................315l Executando backups e recuperações do Application Direct com a CLI do SAP HANA......... 320l Preparando-se para a recuperação de desastres do SAP HANA.......................................... 323l Requisitos de scale-out do SAP HANA para operações do Application Direct......................324l Dicas de soluções de problemas do SAP HANA para operações do Application Direct.........325


Visão geral das operações do Application Direct em umambiente SAP HANA

Um banco de dados do SAP HANA contém a maioria dos dados em memória, mas também usaarmazenamento persistente no disco. Durante as operações de banco de dados normal, os dadossão automaticamente salvos da memória no disco em intervalos regulares. Todas as alterações dedados também são capturadas no redo log em disco, que é atualizado após cada transação debanco de dados confirmada. O backup dos dados deve ser feito no disco para garantir suaproteção contra falha do disco.

O agente de aplicativos de banco de dados é integrado à interface do SAP HANA BACKINT parapermitir backups e restaurações de redo logs e dados do banco de dados do SAP HANA.

Você pode realizar uma operação de backup, restauração, consulta ou exclusão com o produto emum servidor de banco de dados do SAP HANA executando uma dessas ferramentas compatíveiscom o SAP HANA:

l Interface de linha de comando (CLI) SAP HANA com o comando hdbsqll GUI do SAP HANA Studio

l GUI do SAP DBA Cockpit no Computing Center Management System (CCMS)

Você pode usar essas ferramentas em cooperação com o agente de aplicativos de banco de dadospara executar as seguintes operações do SAP HANA sobre os contêineres de banco de dados únicoe os contêineres de banco de dados multitenant:

l Backups on-line

l Backups completos do banco de dados

l Backups de redo logs

l Backups de delta (incrementais e diferenciais)

l Backups completos e backups delta agendados

Obs.: O SAP HANA SPS 12 ou posterior é compatível com os backups agendados.

l Recuperação de um banco de dados para o estado mais recente, para um período específico,para um backup de dados específico ou para uma posição de log

l Recuperação para o host original ou para um host alternativo

Obs.: O SAP HANA SPS 09 ou posterior permite que você realize uma recuperaçãoredirecionada usando um identificador de segurança diferente. As versões do SAP HANAanteriores à SPS 09 permitem que você execute uma recuperação redirecionada usando omesmo SID

O SAP HANA exige que a restauração e recuperação sejam executadas em um sistema Linux com amesma arquitetura do sistema de backup:

l Em um ambiente de replicação, os sistemas primário e secundário devem ser sistemas de PCLinux x64 ou Linux Power.

l Um backup do SAP HANA que é executado em um sistema Linux x64 pode ser restauradosomente para um sistema Linux x64.

l Um backup do SAP HANA que é executado em um sistema de PC Linux Power pode serrestaurado somente para um sistema de PC Linux Power.

A seção solução de problemas no final deste capítulo apresenta detalhes sobre as limitações nasoperações do Application Direct com o agente de aplicativo de banco de dados em um ambienteSAP HANA.

Operações do Application Direct em sistemas SAP HANA



Processos de backup do SAP HANAO backup de um banco de dados do SAP HANA inclui as interações de processo a seguir.

1. O administrador do banco de dados inicia o backup por meio da execução do comandohdbsql, na GUI do SAP HANA Studio ou no cockpit do SAP DBA no CCMS.

2. O servidor de banco de dados do SAP HANA executa o programa hdbbackint, instaladocomo parte do agente de aplicativos de banco de dados e transmite uma lista de canais parafazer backup.

3. O programa hdbbackint processa os parâmetros do SAP HANA do arquivo de configuração einicia os processos hdbbackint filhos que fazem backup dos dados necessários.

4. Os processos hdbbackint filhos enviam os dados do banco de dados e as informações derastreamento para o sistema Data Domain para armazenamento.

Processos de restauração do SAP HANAUma restauração do banco de dados do SAP HANA inclui as interações de processo a seguir.

1. O administrador do banco de dados inicia a restauração executando a GUI do SAP HANAStudio.

2. O servidor de banco de dados do SAP HANA executa o programa hdbbackint e transmiteuma lista de canais para receber os dados restaurados.

3. O programa hdbbackint processa os parâmetros do SAP HANA a partir do arquivo deconfiguração e, então, inicia os processos hdbbackint filhos que restauram os dadosnecessários.

4. Os processos hdbbackint filhos realizam as seguintes tarefas:

a. Consulte o índice no sistema Data Domain para localizar os dados de backup.

b. Recupere os dados de backup do sistema Data Domain.

c. Grave os dados de backup em arquivos no servidor de banco de dados do SAP HANA.

Backups do SAP HANA dos redo logsO servidor de banco de dados do SAP HANA executa automaticamente backups periódicos dosredo logs para um banco de dados. Você não executa os backups de registros com os comandos debackup como é o caso dos backups de banco de dados.

Você pode usar o SAP HANA Studio para configurar a frequência dos backups automáticos deregistro e se a interface BACKINT é usada para os backups de registros conforme descrito em Configurando backups automáticos de redo logs do SAP HANA na página 312.

Configuração das operações do Application Direct em umambiente SAP HANA

Você deve concluir as configurações necessárias para ativar as operações do Application Direct emum ambiente SAP HANA. Os tópicos a seguir apresentam detalhes sobre a configuração doproduto.



A seção solução de problemas no final deste capítulo apresenta detalhes sobre as limitações nasoperações do Application Direct com o agente de aplicativo de banco de dados em um ambienteSAP HANA.

Integrando o produto no ambiente SAP HANAA instalação do agente de aplicativos de banco de dados coloca o programa hdbbackint nodiretório /opt/dpsapps/dbappagent/bin. No entanto, o SAP HANA requer que o programaesteja acessível a partir do diretório /usr/sap/<SID>/SYS/global/hdb/opt.

Obs.: Você deve criar manualmente o subdiretório opt se ele não existir nodiretório /usr/sap/<SID>/SYS/global/hdb.

Você pode copiar o arquivo hdbbackint para esse diretório ou criar um link simbólico que apontade /usr/sap/<SID>/SYS/global/hdb/opt/hdbbackint para o arquivo executável real.

Certifique-se de que o arquivo hdbbackint tem as permissões de executáveis necessárias para ousuário do sistema operacional <SID>adm para executar o programa, onde <SID> é o ID do sistemado sistema SAP HANA.

Configurando os parâmetros do SAP HANAVocê deve definir os parâmetros necessários para as operações de SAP HANA no arquivo deconfiguração usado pelo agente de aplicativos de banco de dados.

Definindo o arquivo de configuração na página 80 descreve os parâmetros comuns e como definiros parâmetros no arquivo de configuração. Configurando as restaurações de backups replicados napágina 96 também descreve os parâmetros e requisitos para as restaurações de backupsreplicados.

Você pode definir opcionalmente o parâmetro PARALLELISM para especificar um backup multi-stream ou uma restauração conforme descrito na tabela a seguir.

Você deve definir o parâmetro PARALLELISM na seção geral do arquivo de configuração, que temo título de seção [GENERAL].


Tabela 30 Parâmetro de paralelismo do SAP HANA

Parâmetro: PARALLELISM

Seção: [GENERAL]

Especifica o número máximo de fluxos de dados simultâneos para enviar para ou do sistema Data Domain durante umbackup ou restauração, para cada programa hdbbackint que o SAP HANA executa para o backup ou restauração.

O SAP HANA SPS 11 introduziu o parâmetro parallel_data_backup_backint_channels do SAP HANA, que

permite que o SAP HANA divida um backup dos dados em vários canais. O agente de aplicativos de banco de dadossalva cada canal do SAP HANA como um saveset separado, e cada saveset usa um único fluxo de dados. Oparâmetro do agente de aplicativos de banco de dados, PARALLELISM, limita o número máximo de fluxos de dados

simultâneos, e novos fluxos iniciam quando outros fluxos terminam. Uso de fluxos em sistemas SAP HANA na página313 apresenta mais detalhes.

O parâmetro parallel_data_backup_backint_channels não se aplica a uma restauração. Uma restauração

usa o mesmo número de fluxos que foram usados durante o backup.



Tabela 30 Parâmetro de paralelismo do SAP HANA

Obs.: Antes do SAP HANA SPS 11, um backup do SAP HANA sempre tem um paralelismo de 1 por processohdbbackint. Se o parâmetro parallel_data_backup_backint_channels do SAP HANA for definido no

SAP HANA SPS 11 ou posterior, o valor padrão deste parâmetro PARALLELISM é 8.

Opcional para uma restauração.

Com o SAP HANA SPS 11 ou posterior, opcional para um backup.

Valores válidos:

l 8 (padrão).

l Número inteiro positivo.

Configurando o suporte do SAP HANA 2.0 SPS 00O agente de aplicativos de banco de dados é compatível com o SAP HANA 2.0 SPS 00. Adocumentação do usuário do SAP HANA 2.0 apresenta uma lista completa de todos os recursos debackup e recuperação, incluindo detalhes sobre como habilitá-los e configurá-los. A lista a seguirdestaca vários dos novos recursos:

l O SAP HANA 2.0 SPS 00 faz a criptografia dos dados na camada de persistência tanto dosdados como dos volumes de registro. A criptografia de volume do SAP HANA pode afetar astaxas de desduplicação nos sistemas Data Domain.

l O SAP HANA 2.0 SPS 00 aceita o modo de intervalo configurável do usuário para backups deregistro. O modo de intervalo permite a criação de backups de registros depois que o tempolimite específico do serviço é atingido, em vez de fazer isso quando o segmento de registro ficacheio. Um backup de registros pode incluir vários segmentos de registro. A configuração domodo de intervalo limita a quantidade de backups de registros nos bancos de dados de grandenúmero de transações, o que reduz o impacto sobre os bancos de dados. Você pode configuraro modo de intervalo, definindo o parâmetro a seguir no arquivo global.ini do SAP HANA:

log_backup_interval_mode = service

l O SAP HANA 2.0 exige que os backups de catálogos de backup e de registros de transaçõessejam configurados separadamente. Em versões anteriores do SAP HANA, o catálogo debackup era automaticamente salvo como parte dos backups de registro de transações.Verifique se os backups do catálogo de backup e de registros de transações estão configuradospara usar o agente de aplicativos de banco de dados por meio da interface Backint.

Para melhorar o desempenho das consultas de índices, especifique os caminhos de dispositivosdiferentes para os backups de registro e catálogo nos arquivos de parâmetros separados. Essaconfiguração reduz a quantidade de índices que devem ser pesquisados durante consultas ouoperações de restauração específicas. Por exemplo:

n O caminho do dispositivo no arquivo de parâmetro do catálogo de backup pode ser definidocomo DEVICE_PATH=/<storage_unit>/<SID>/CATALOG.

n O caminho do dispositivo no arquivo de parâmetro de registro pode ser definido comoDEVICE_PATH=/<storage_unit>/<SID>/LOGS.

Ativando o arquivo de configuração no SAP HANA StudioVocê deve especificar o local do arquivo de configuração no SAP HANA Studio. Na guiaConfiguration do editor de Backup, digite o nome do caminho completo do arquivo deconfiguração na caixa de texto Backint Parameter File.



Obs.: O mesmo arquivo de configuração é usado para todas as operações da CLI do SAP HANAe do SAP HANA Studio.

Você pode especificar arquivos de configuração separados para o backup de banco de dados epara o backup de registros.

Para usar o mesmo arquivo de configuração para ambos os tipos de backups, você pode selecionarUse the same parameter file for data backup and log backup.

A figura a seguir mostra um exemplo de configuração no SAP HANA Studio 1.0 SPS 5.

Figura 14 Especificando o arquivo de configuração no SAP HANA Studio

Configurando backups automáticos de redo logs do SAP HANAPara configurar os backups automáticos dos redo logs do SAP HANA, você deve concluir as etapasnecessárias no SAP HANA Studio.

Na aba Configuration do editor de Backup, conclua as configurações na caixa de grupo LogBackup Settings:

l Selecione Enable Automatic Log Backup.

l Para Destination Type, selecione Backint.

l Para Backup Interval, especifique o intervalo de backup do registro. Digite o valor numérico nacaixa de texto e depois selecione a unidade de tempo, como Minutes, no menu.

Obs.: O intervalo de backup de registro recomendado é de 30 minutos.

A figura a seguir mostra um exemplo de configuração no SAP HANA Studio 1.0 SPS 5.



Figura 15 Configurando backups de registro automático no SAP HANA Studio

Estimando o uso de recursos do Data Domain em sistemas SAP HANAOs tópicos a seguir apresentam diretrizes adicionais e práticas recomendadas relacionadas ao usode recursos do Data Domain para sistemas SAP HANA.

Utilização de capacidade em sistemas SAP HANASe a capacidade de armazenamento do sistema Data Domain for excedida, a operação de backupapresentará falha. O agente de aplicativos de banco de dados gera o seguinte tipo de mensagemde erro no registro de operações:

163542:hdbbackint: Unable to write to a file due to reaching the hard quota limit.The error message is: [5194] [ 8920] [139899242542880] Thu Dec 8 12:48:02 2016 ddp_write() failed Offset 905969664, BytesToWrite 524288, BytesWritten 0 Err: 5194-Hard Quota Exceeded >

Uso de fluxos em sistemas SAP HANA


Para o SAP HANA, o agente de aplicativos de banco de dados requer um fluxo de Data Domainpara cada canal armazenado. Por exemplo, se um sistema scale-out do SAP HANA tiver 12 serviçosem execução, serão necessários 12 fluxos para fazer backup dos dados. A partir do SAP HANASPS 09, cada serviço também pode fazer backup de vários registros para cada backup, conformecontrolado pelo parâmetro max_log_backup_group_size do banco de dados.

Para um início do backup multi-stream com o SAP HANA SPS 11, o agente de aplicativos de bancode dados pode usar vários parceiros de SAP HANA para gravar os dados de backup para cadaserviço. O agente de aplicativos de banco de dados usa um parceiro de SAP HANA separado para



gravar cada fluxo de dados no sistema Data Domain. Para especificar o número de canais a serusado para o backup, até um máximo de 32 canais, você pode definir o parâmetroparallel_data_backup_backint_channels do SAP HANA. O SAP HANA abre o númerocorrespondente de arquivos de canal para o backup, e o agente de aplicativos de banco de dadossalva cada fluxo como um saveset separado.

Para especificar o número máximo de fluxos simultâneos de backup ou restauração, você define oparâmetro PARALLELISM no arquivo de configuração hdbbackint. Por exemplo, se o parâmetroparallel_data_backup_backint_channels é definido como 12 no servidor do SAP HANA,então 12 fluxos são usados para o backup, que produz 12 savesets. Se o parâmetro hdbbackintPARALLELISM é definido como 6, então um máximo de 6 fluxos são armazenadossimultaneamente, e novos fluxos iniciam assim que os outros fluxos terminam.

Uma restauração usa o mesmo número de fluxos que o backup e ignora a configuração deparâmetro parallel_data_backup_backint_channels.

Normalmente, a unidade de armazenamento do SAP HANA usa o seguinte número de fluxosdurante um backup e restauração:

l Se PARALLELISM é definido no arquivo de configuração hdbbackint:

Número de serviços x PARALLELISMl Se PARALLELISM não é definido:

Número de serviços x max_log_backup_group_sizeDevido ao projeto dos backups de registros do SAP HANA, um sistema SAP HANA não poderáesperar até que um fluxo esteja disponível, porque a espera pode afetar negativamente odesempenho do banco de dados.

Se o sistema Data Domain ficar sem fluxos durante um backup, o backup apresentará falha(embora não seja imediatamente) com a seguinte mensagem de erro no registro de operações:

153004:hdbbackint: Unable to write to a file because the streams limit was exceeded.The error message is: [5519] [16805] [140261664245536] Tue May 10 06:45:23 2016 ddp_write() failed Offset 0, BytesToWrite 317868, BytesWritten 0 Err: 5519-Exceeded streams limit

Você pode configurar o sistema SAP HANA para usar duas unidades de armazenamento diferentespara os backups de dados e os backups de registros. Você conclui essa configuração criando doisarquivos diferentes de configuração, um para o backup de dados e outro para o backup deregistros. Você deve especificar um valor diferente para o parâmetro DEVICE_PATH em cadaarquivo de configuração. Essa configuração permite planejar o uso de fluxos com outros bancos dedados na unidade de armazenamento de dados, deixando a unidade de armazenamento deregistros disponível para aceitar sempre registros do sistema SAP HANA. A configuração tambémevita o problema de um backup de registros usando todos os fluxos disponíveis e causando outrasfalhas nos backups.

Se o sistema Data Domain ficar sem fluxos durante uma restauração, o backup apresentará falha(embora não seja imediatamente) com a seguinte mensagem de erro no registro de operações:

163971 11/28/2016 06:55:59 AM hdbbackint SYSTEM critical Unable to read from a file because the streams limit was exceeded.The error message is: [5519] [60299] [140167084230432] Mon Nov 28 06:55:59 2016 ddp_read() failed Offset 192, BytesToRead 262144, BytesRead 0 Err: 5519-nfs readext remote failed (nfs: Resource (quota) hard limit exceeded)



Realizando backups do Application Direct, recuperação eexclusões com o SAP HANA Studio

Você pode executar a GUI do SAP HANA Studio para realizar backups do Application Direct,exclusões de backup, restaurações e recuperação com o agente de aplicativos de banco de dados.A documentação do SAP HANA apresenta detalhes sobre os procedimentos do SAP HANA Studio.

Você pode executar operações do SAP HANA Studio depois de concluir as configurações em Configuração das operações do Application Direct em um ambiente SAP HANA na página 309.

Realizando backups do Application Direct usando o SAP HANA StudioNo SAP HANA Studio, você deve especificar o banco de dados para backup e permitir que obackup utilize a interface BACKINT.

Por exemplo, a caixa de diálogo Specify Backup Settings é exibida como a seguir.

Figura 16 Especificando configurações de backup no SAP HANA Studio

Na caixa de diálogo Specify Backup Settings, você deve selecionar Backint para o DestinationType e, opcionalmente, digitar um prefixo para o nome do backup na caixa de texto BackupPrefix. Se você especificar um prefixo, o nome do backup incluirá o prefixo,prefix_databackup_#_#.



Para Backup Type, você pode selecionar um dos três tipos de backup compatíveis: CompleteData Backup, Differential Backup, Incremental Backup.

Executando a restauração e recuperação do Application Direct usando o SAPHANA Studio

1. Inicie o SAP HANA Studio.

2. Na GUI de recuperação, vá para a página Specify Recovery Type.

Figura 17 Especificando o tipo de recuperação no SAP HANA Studio

a. Selecione um dos seguintes tipos de recuperação para o SID necessário:

l Recover the database to its most recent state — Recupera o banco de dados o maispróximo possível da hora atual.

l Recover the database to the following point in time — Recupera o banco de dadospara um point-in-time específico.

l Recover the database to a specific data backup — Restaura apenas o backup dedados específico.

b. No caso excepcional de uma recuperação anterior apresentar falha, clique em Advanced >>e depois selecione Recover the database to the following log position.

c. Clique em Next>.



3. Sobre a página Locate Log Backups, especifique os locais dos arquivos de backup de registroa serem usados para executar a recuperação.

Os locais de backup para os contêineres do banco de dados único e os contêineres de banco dedados multitenant são da seguinte maneira:

l Contêiner de banco de dados único — /usr/sap/<SID>/SYS/global/hdb/backint/l Contêiner de banco de dados multitenant (banco de dados do sistema) — /usr/sap/

<SID>/SYS/global/hdb/backint/SYSTEMDBl Contêiner de banco de dados multitenant (banco de dados de tenant) — /usr/sap/

<SID>/SYS/global/hdb/backint/DB_<tenantDB>Figura 18 Localizando os backups de registros no SAP HANA Studio

4. Sobre a página Select Data Backup, selecione o backup do banco de dados para restauraçãoou recuperação.



Figura 19 Selecionando o backup de dados no SAP HANA Studio

Para verificar a disponibilidade de um backup, selecione o backup na tabela e depois clique emCheck Availability. A coluna Available da tabela exibe um ícone verde se o backup estiverdisponível ou um ícone vermelho se o backup não estiver disponível.

5. Na página Other Settings, selecione as opções necessárias e depois clique em Next >.

6. Na página Review Recovery Settings, analise as informações e depois clique em Finish.O andamento da recuperação é exibido para cada serviço que inclui o nome do servidor, oservidor de indexação e as estatísticas do servidor. Uma mensagem de confirmação seráexibida quando a recuperação for concluída.

Excluindo backups do Application Direct usando o SAP HANA StudioUsando o SAP HANA, você pode excluir um backup ou os backups mais antigos de um backup.Excluir os backups mais antigos de um backup completo inclui a exclusão dos backups completosmais antigos, de registro e delta.

1. Inicie o SAP HANA Studio.

2. Na GUI do backup, na aba Backup Catalog:

l Para excluir um backup:

a. Clique com o botão direito no backup na tabela e selecione Delete Data Backup....



b. Na página Specify Backup Deletion Settings, selecione o tipo necessário de exclusão edepois clique em Next >.

n Catalog — exclui o backup somente do catálogo de backup.

n Catalog and backup location — exclui o backup do catálogo de backup e do sistemaData Domain.

Figura 20 Especificando as configurações para excluir um backup no SAP HANA Studio

c. Na página Review Backup Deletion Settings, analise as informações e depois clique emFinish.

l Para excluir os backups mais antigos de um backup:

a. Clique com o botão direito no backup na tabela e selecione Delete Older Backups....

b. Na página Specify Backup Deletion Settings, selecione o tipo necessário de exclusão edepois clique em Next >.

n Catalog — exclui o backup somente do catálogo de backup.

n Catalog and Backup Location — exclui o backup do catálogo de backup e dosistema Data Domain.

Selecione o local como File System ou Third-Party Backup Tool (Backint) deacordo com o local dos backups a serem excluídos.



Figura 21 Especificando as configurações para excluir os backups mais antigos de umbackup no SAP HANA Studio

c. Na página Review Backup Deletion Settings, analise as informações e clique emFinish.

Executando backups e recuperações do Application Directcom a CLI do SAP HANA

Você pode executar a CLI do SAP HANA para realizar backups de dados do SAP HANA.

A partir do SAP HANA SPS 07, você pode executar a CLI do SAP HANA para executar arecuperação de backups do SAP HANA e executar os comandos específicos de manutenção paraverificar a disponibilidade e integridade de dados e backups de registros.

Você pode executar operações do SAP HANA depois de concluir as configurações em Configuração das operações do Application Direct em um ambiente SAP HANA na página 309.

Executando backups do Application Direct com a CLI do SAP HANAPara fazer um backup de banco de dados, você pode executar o comando hdbsql apropriado. Porexemplo:

Procedimento

hdbsql -U <user_key> "backup data using backint ('/usr/sap/<SID>/SYS/global/hdb/backint/<prefix>')"

onde:

l <user_key> é a chave de armazenamento do usuário criada com a ferramenta hdbuserstoredo SAP HANA. A documentação do SAP HANA apresenta detalhes sobre a ferramenta.



l <SID> é o ID do sistema do sistema SAP HANA. /usr/sap/<SID>/SYS/global/hdb/backint/ é opcional no comando hdbsql.

l <prefix> é um prefixo opcional para o nome do backup. Se você especificar <prefix> nocomando hdbsql, então o nome do backup incluirá o prefixo, <prefix>_databackup_#_#.

A documentação do SAP HANA apresenta detalhes sobre como usar o comando hdbsql parabackups.

Realizando backups do Application Direct com a CLI do SAP HANA em um sistema de MDCVocê deve especificar as credenciais corretas e o nome do banco de dados no comando hdbsqlpara realizar um backup do Application Direct de um banco de dados de MDC do SAP HANA.

Procedimento

Para um backup do banco de dados SYSTEMDB master do sistema SYSTEMDB, você deveespecificar as credenciais de administrador do banco de dados do sistema com o comandohdbsql.

Para um backup do Application Direct de um banco de dados de tenant, você pode especificar ascredenciais de administrador do banco de dados do sistema ou as credenciais de administrador dobanco de dados de tenant com o comando hdbsql. No entanto, não tente usar as credenciais deadministrador do banco de dados do sistema para uma conexão direta com um banco de dados detenant.

Obs.: Use as credenciais de administrador do banco de dados do sistema para se conectar aum banco de dados de destino apenas por meio do banco de dados SYSTEMDB. Use ascredenciais de administrador do banco de dados de tenant para se conectar diretamente aobanco de dados de destino.

Por exemplo, o seguinte comando faz backup do banco de dados de tenant DB0 usando umaconexão com o banco de dados SYSTEMDB por meio de credenciais de administrador do banco dedados do sistema:

hdbsql -i 00 -u system_database_administrator_username -p system_database_administrator_password [-U user_key] -d SYSTEMDB "backup data for DB0 using backint ('/usr/sap/SID/SYS/global/hdb/backint/DB_DB0/prefix')"

O seguinte comando faz backup do banco de dados de tenant DB0 usando uma conexão diretacom o banco de dados por meio de credenciais de administrador do banco de dados de tenant:

hdbsql -i 00 -u tenant_database_administrator_username -p tenant_database_administrator_password [-U user_key] -d DB0 "backup data using backint ('/usr/sap/SID/SYS/global/hdb/backint/DB_DB0/prefix')"

Cancelando backups do Application Direct com a CLI do SAP HANAVocê pode cancelar um backup do SAP HANA usando o comando SQL apropriado com o ID debackup do backup de dados em execução.

Procedimento

1. Determine o ID de backup do backup de dados em execução usando a visualização demonitoramento M_BACKUP_CATALOG, que oferece uma visão geral das informações sobreas atividades de backup e recuperação.



Para determinar o ID de backup, execute o seguinte comando do SQL:

select BACKUP_ID from "M_BACKUP_CATALOG" where entry_type_name = 'complete data backup' and state_name = 'running' order by sys_start_time desc;

2. Para cancelar o backup de dados em execução, execute o seguinte comando do SQL:

backup cancel <backup_ID>

Verificando backups do Application Direct com a CLI do SAP HANAPara verificar a integridade e disponibilidade dos backups do SAP HANA a partir do SAP HANASPS 07, você pode executar os comandos hdbbackupcheck e hdbbackupdiag.

Usando o comando hdbbackupcheck para verificar a integridade do backupPara verificar a integridade de um backup de registro ou dados, você pode executar o comandohdbbackupcheck O comando lê parte do backup, verifica os metadados com relação àconsistência e à precisão, e verifica o conteúdo quanto a quaisquer alterações.

O seguinte exemplo de comando verifica a integridade de um backup do SAP HANA:

./hdbbackupcheck -v --backintParamFile /usr/sap/space/space_hana/init.ddp.utl /usr/sap/AAA/SYS/global/hdb/backint/foooo_databackup_0_1 -e 1396019304

Neste comando, o nome do arquivo de backup é o nome do canal fornecido pelo SAP HANAdurante o backup. O nome de caminho é o local onde os canais foram criados. A opção -e forneceo ID de backup externo do arquivo de backup. Você pode localizar todos esses valores na exibiçãoM_BACKUP_CATALOG_FILES.

A SAP Note 1869119 apresenta detalhes sobre o comando hdbbackupcheck.

Usando o comando hdbbackupdiag para verificar a disponibilidade de backupPara verificar a disponibilidade do backup, você pode executar o comando hdbbackupdiag.

O exemplo de comando a seguir verifica a disponibilidade de um backup do SAP HANA:

./hdbbackupdiag --check -i 1393886826664 --useBackintForCatalog--backintDataParamFile /nsr/res/initAAA.utl --backintLogParamFile/nsr/res/initAAA-logs.utl

Não esqueça de utilizar a opção --useBackintForCatalog.

A SAP Note 1873247 apresenta mais detalhes sobre o comando hdbbackupdiag.

Executando recuperações do Application Direct com a CLI do SAP HANAPara executar a recuperação de um backup do SAP HANA, a partir do SAP HANA SPS 07, vocêpode usar um comando SQL.

Obs.: A GUI do SAP HANA Studio é o método recomendado para executar uma restauração euma recuperação.



Para executar o comando SQL de recuperação, você deve estar conectado ao sistema SAP HANAcomo usuário <SID>adm do SO. Em um ambiente de vários nós de scale-out, você deve executar ocomando a partir do nó mestre.

O comando de recuperação primeiro deve incluir os scripts HDBSettings.sh erecoverSys.py, nessa ordem. O script HDBSettings.sh define o ambiente para recuperação.O script recoverSys.py processa o comando SQL de recuperação e executa a recuperação dobanco de dados.

O exemplo de comando a seguir executa uma recuperação de um backup do SAP HANA:

./HDBSettings.sh recoverSys.py --command="recover database untiltimestamp '2014-02-28 00:00:00' using data path('/usr/sap/AAA/SYS/global/hdb/backint/') using log path('/usr/sap/AAA/SYS/global/hdb/backint/') using BACKUP_ID 1593520382350" --wait

Você deve incluir a opção --wait para a conclusão adequada do script recoverSys.py.

A versão SPS 07 do Guia de Administração do SAP HANA oferece detalhes sobre a sintaxe decomando SQL do comando de recuperação.

Realizando a recuperação do Application Direct com a CLI do SAP HANA em um sistema de MDCPara a recuperação de um banco de dados de MDC do SAP HANA com a CLI do SAP HANA, ousuário deve fazer log-in no banco de dados SYSTEMDB do SAP HANA e executar o comandorecover necessário.

Por exemplo, execute o seguinte comando para recuperar o backup de agente de aplicativos debanco de dados de um banco de dados de MDC do SAP HANA:

RECOVER DATABASE FOR DB0 UNTIL TIMESTAMP '2015-08-29 01:25:25' USING DATA PATH ('/usr/sap/AAA/SYS/global/hdb/backint/DB_DB0/') USING LOG PATH ('/usr/sap/AAA/HDB00/backup/log/DB_DB0') USING BACKUP_ID 1440811502099 CHECK ACCESS USING BACKINT

O Guia de Administração do SAP HANA fornece detalhes sobre o comando recover eprocedimentos em um sistema de MDC do SAP HANA.

Preparando-se para a recuperação de desastres do SAP HANAPara obter um plano de recuperação de desastres abrangente, você deve assegurar que consigareconstruir um ambiente computacional e todos os arquivos do servidor SAP HANA associadoscom a manutenção de dados no host do aplicativo.

Procedimento

Para se preparar para uma recuperação de desastres do host do servidor de SAP HANA, use asseguintes diretrizes:








l Para garantir a recuperação de configurações específicas do cliente do banco de dados, façabackup dos arquivos de configuração do SAP HANA seguindo o Guia de Administração do SAPHANA. O backup desses arquivos não é feito durante os backups dos bancos de dados.

l Certifique-se de que você tenha um backup completo atual do banco de dados e todos os redologs conforme necessário para uma recuperação do banco de dados para a hora atual.

Execute as tarefas a seguir para realizar uma recuperação de desastres.

Procedimento

1. Defina a configuração do sistema do banco de dados SAP HANA para que seja a mesmaconfiguração utilizada no momento em que foi feito o backup dos dados.

2. Configure o mesmo arquivo de configuração do SAP HANA para a recuperação que foiusado para realizar os backups.

Defina o parâmetro CLIENT no arquivo de configuração do SAP HANA para o nome de hostdo host para o qual os backups dos dados foram feitos. O Configurando os parâmetros doSAP HANA na página 310 apresenta detalhes.


4. Confira se todas as imagens necessárias do backup de registro e de banco de dados estãodisponíveis.

5. Para recuperar o banco de dados e redo logs, execute o SAP HANA Studio.

Requisitos de scale-out do SAP HANA para operações doApplication Direct

Você pode executar backups do SAP HANA em um ambiente de vários nós de scale-out do SAPHANA.

Você deve atender aos seguintes requisitos de configuração em um ambiente de scale-out do SAPHANA:

l Você configurou o banco de dados no ambiente de scale-out de acordo com a documentaçãoapropriada do SAP HANA.

l Você instalou o software de agente de aplicativos de banco de dados em cada nó.

l Você definiu o parâmetro CLIENT no arquivo de configuração do SAP HANA para o hostnamede um dos nós. Se o arquivo de configuração não estiver em um local compartilhado, vocêdefiniu o parâmetro CLIENT comum no arquivo de configuração em cada nó. Parâmetroscomuns na página 86 apresenta detalhes sobre o parâmetro.

l Você concluiu a configuração de lockbox para todos os hosts participantes. Os hosts podemusar uma lockbox compartilhada ou lockboxes configuradas individualmente. Configurando alockbox com o comando ddbmadmin na página 111 apresenta detalhes.

A seguinte Nota técnica, disponível no site de suporte em https://support.emc.com, apresentadetalhes sobre os procedimentos e requisitos de configuração do SAP HANA:

Versões do agente de aplicativos de banco de dados 1,0, 2.x, 3.x, 4.x Configurando as operações debackup, recuperação, cópia de banco de dados e exclusão do SAP HANA com o SAP HANA Studio e oSQL Command




Dicas de soluções de problemas do SAP HANA para operaçõesdo Application Direct


O agente de aplicativos de banco de dados mantém os registros operacionais e de depuração nosdiretórios padrão /opt/dpsapps/dbappagent/logs no Linux, vinculado a /var/opt/ddbda/logs.


Limitações de suporte dinâmico de classificação por níveis com SAP HANACom o SAP HANA 1.0 SPS 12 até o SAP HANA 2.0 SPS 01 completo, o agente de aplicativos debanco de dados é compatível com backups e restaurações para classificação por níveis dinâmicacom Backint na mesma medida conforme compatível com suporte com SAP.

Como resultado, a restauração de bancos de dados SAP HANA com classificação por níveisdinâmica não dá suporte ao uso de um backup_id durante a restauração. Apenas umarestauração para um backup específico é compatível com suporte. A SAP Note 2363526 fornecedetalhes sobre essa limitação.

Obs.: Essa limitação no suporte de classificação por níveis dinâmica não é aplicável com SAPHANA 2.0 SPS 02 ou posterior.

Limitações no suporte de SAP HANA 1.0 SPS 09O agente de aplicativos de banco de dados dá suporte ao SAP HANA 1.0 SPS 09, que inclui asseguintes limitações conhecidas:

l O SAP HANA 1.0 SPS 09 não dá suporte a backup e restauração de bancos de dadosmultitenant usando backint. A SAP Note 2096000 apresenta detalhes sobre essa limitação.

l O comando hdbbackupdiag --check não funciona para versões 1.00.90 a 1.00.93 do SAPHANA SPS 09. O comando produz a seguinte mensagem de erro:

ERROR: [110081] Catalog backup log_backup_0_0_0_0 not found

Uma correção para essa limitação foi introduzida na versão 1.00.94 do SAP HANA.

Limitações no suporte de SAP HANA 2.0Devido às limitações do SAP HANA 2.0, os seguintes problemas podem ocorrer durante asoperações do agente de aplicativos de banco de dados:

l O SAP HANA 2.0 SPS 00 REV 00 pode relatar um erro durante uma operação de restauraçãode contêiner de banco de dados multitenant (MDC) que tenha sido de outra fora bem-sucedida. As SAP Notes 2222121 e 2395530 fornecem detalhes sobre essa limitação.

l Uma restauração com o SAP HANA 2.0 SPS 00 que usa Backint pode levar mais tempo do queo esperado com um grande número de arquivos de índice. O aumento da duração darestauração ocorre porque o SAP HANA 2.0 está solicitando a restauração do arquivobackup_catalog_extension, do qual não foi feito backup por meio de Backint. Para obtermais informações, entre em contato com o suporte técnico da SAP.



l O SAP HANA 2.0 requer que o catálogo de backup seja salvo durante uma operação derestauração. Devido a esse requisito, uma restauração a partir de um Data Domain secundáriofalha com um erro de SAP HANA quando a unidade de armazenamento replicada está no modosomente leitura.

Para executar uma restauração com o SAP HANA 2.0 quando o banco de dados de destino temo mesmo SID do banco de dados original, a unidade de armazenamento de destino deve estarem um modo de leitura/gravação.

Para uma restauração para um banco de dados de destino do SAP HANA 2.0 com um SIDdiferente, você pode configurar dois arquivos de parâmetro de Backint:

n Um arquivo de parâmetro de Backint é para o processo de restauração que estáconfigurado para usar a unidade de armazenamento do Data Domain somente leitura.

n Um segundo arquivo de parâmetro de Backint é para o processo de backup que aponta parauma unidade de armazenamento do Data Domain de leitura/gravação.

O Guia de Administração do SAP HANA apresenta detalhes sobre como configurar umarestauração com um SID diferente.



CAPÍTULO 10

Operações do Application Direct em sistemasSAP com Oracle


l Visão geral das operações do Application Direct em um ambiente SAP com Oracle............ 328l Configuração das operações do Application Direct em um ambiente SAP com Oracle........ 330l Executando backups e recuperação do Application Direct com SAP BR*Tools................... 338l Preparando para a recuperação de desastres do SAP com Oracle.......................................340l SAP com Oracle RAC e requisitos de cluster para operações do Application Direct............ 342l Dicas de solução de problemas do SAP com Oracle para operações do Application Direct.. 343


Visão geral das operações do Application Direct em umambiente SAP com Oracle

O agente de aplicativos de banco de dados é integrado à interface backint do SAP BR*Tools etambém com a interface do BR*Tools Oracle Recovery Manager (RMAN). Essa integraçãopermite que o Application Direct faça o backup, a restauração e o arquivamento do registro detransação em um ambiente SAP com Oracle.

Você pode realizar um backup, restauração ou operação de recuperação do Application Direct como produto em um servidor de banco de dados do SAP com Oracle executando uma das ferramentascompatíveis com o SAP:

l Interface de linha de comando (CLI) do BR*Tools com os comandos brbackup, brarchive,brrestore, brrecover e brtools

l BRGUI

l GUI do BR*Tools Studio


Você pode usar essas ferramentas em cooperação com o agente de aplicativos de banco de dadospara realizar as seguintes operações:


l Backups completos do banco de dados, tablespace ou datafiles

l Backups incrementais em nível de block somente por meio da interface RMAN




l Backup e recuperação de diretórios

l Operações de ASM Oracle somente por meio da interface RMAN

l Paralelismo de controle para backups e restaurações

Obs.: O SAP BR*Tools não fornece exclusão de backup nem outras operações de manutençãode backup. Você pode usar a ferramenta de exclusão de saveset (fornecida com o agente deaplicativos de banco de dados) para listar e excluir backups, conforme descrito em Configurando a exibição e exclusão de informações do saveset na página 124. Os backups doBR*Tools RMAN não usam o catálogo de restauração. Informações de backup do RMAN sãoarmazenadas no arquivo de controle do Oracle, cujo backup é feito durante cada backup.


A seção solução de problemas no final deste capítulo apresenta detalhes sobre as limitações nasoperações do Application Direct com o agente de aplicativo de banco de dados em um ambienteSAP com Oracle.

Processos de backup do SAP com OracleUm backup de SAP com Oracle inclui as interações de processo a seguir.

Operações do Application Direct em sistemas SAP com Oracle


1. O administrador do banco de dados inicia o backup executando a CLI do BR*Tools, BRGUI, aGUI do BR*Tools Studio ou o DBA Cockpit do SAP no CCMS.

2. O programa brbackup ou brarchive no servidor de banco de dados do SAP com Oracle,invoca o programa backint ou o programa de RMAN e transmite uma lista de arquivos oudiretórios para backup.

3. O programa backint ou a biblioteca compartilhada do agente de aplicativos de banco dedados lê os parâmetros do arquivo de configuração e inicia a conexão com o sistema DataDomain.

4. As etapas seguintes ocorrem para o backup backint ou para o backup do RMAN:

l Para o backup backint:

a. O programa backint inicia os processos backint filhos, que fazem backup dosarquivos necessários.

b. Os processos backint filhos enviam os dados de backup e as informações derastreamento para o sistema Data Domain para armazenamento por meio da interface doDD Boost.

l Para o backup do RMAN:

a. O software do Oracle garante que cada nome dado de backup é exclusivo e envia aspeças de backup para o agente de aplicativos de banco de dados por meio da API doSBT.

b. O agente de aplicativos de banco de dados envia os dados de backup e informações derastreamento para o sistema Data Domain para armazenamento por meio da interface doDD Boost.

c. O software do Oracle solicita que o agente de aplicativos de banco de dados confirmeque o backup está no catálogo do agente de aplicativos de banco de dados, depoisregistra a entrada no catálogo do Oracle e conclui o backup.

d. O programa brbackup ou brarchive invoca o programa backint a fim de fazer obackup dos metadados do BR*Tools.

Processos de restauração do SAP com OracleA restauração do SAP com Oracle inclui as interações de processo a seguir.

1. O administrador do banco de dados inicia a restauração por meio da execução da CLI deBR*Tools, BRGUI ou GUI de BR*Tools Studio.

2. O programa brrestore ou brrecover no servidor de banco de dados SAP com Oracleexecuta o programa backint ou o programa do RMAN e então transmite uma lista de arquivosou diretórios a serem restaurados.

3. O programa backint ou a biblioteca compartilhada do agente de aplicativos de banco dedados lê os parâmetros do arquivo de configuração e então inicia a conexão com o sistemaData Domain.

4. As etapas a seguir ocorrem para a restauração backint ou para a restauração do RMAN:

l Para a restauração backint:

a. O programa backint inicia os processos backint filhos, que restauram os arquivosnecessários.

b. Os processos backint filhos recuperam os dados de backup do sistema Data Domainpara o servidor de banco de dados SAP com Oracle.

l Para a restauração do RMAN:



a. O software Oracle consulta e depois solicita as peças de backup do agente de aplicativosde banco de dados por meio da API do SBT.

b. O agente de aplicativos de banco de dados consulta seu catálogo e recupera os dados debackup do sistema Data Domain por meio da interface do DD Boost.

Após a restauração dos dados de backup, o administrador do banco de dados deve recuperar obanco de dados usando o comando brrecover ou a ferramenta Oracle SQL Plus. Adocumentação sobre SAP com Oracle apresenta detalhes.

Configuração das operações do Application Direct em umambiente SAP com Oracle

Você deve concluir as configurações necessárias do agente de aplicativos de banco de dados paraativar as operações do Application Direct em um ambiente SAP com Oracle. Você pode selecionaro programa do backint ou do RMAN como o utilitário de backup e restauração a ser usado peloSAP BR*Tools. Os tópicos a seguir apresentam detalhes sobre a configuração do produto.

O SAP com Oracle RAC e requisitos de cluster para operações do Application Direct na página 342apresenta detalhes adicionais sobre os requisitos específicos de configuração em um ambiente decluster do SAP com Oracle.

A seção solução de problemas no final deste capítulo apresenta detalhes sobre as limitações nasoperações do Application Direct com o agente de aplicativo de banco de dados em um ambienteSAP com Oracle.

Confirmando as permissões de arquivo e de ambienteVocê deve confirmar as configurações do ambiente de servidor de banco de dados e daspermissões de arquivo antes de executar quaisquer operações do SAP com Oracle.

O grupo do sistema operacional do DBA deve ter acesso de leitura aos datafiles que serãorestaurados. Esse acesso de leitura permite a restauração dos dados por um usuário de banco dedados diferente para um host diferente.

Você pode restaurar apenas datafiles para os quais você tem permissão de leitura, com base naspermissões do sistema operacional dos arquivos no momento em que os arquivos receberambackup.

No UNIX, a permissão de leitura está associada ao ID do usuário (ID exclusivo) e ao ID de grupo,não ao nome de usuário ou ao nome do grupo. O ID exclusivo e o ID de grupo do usuário realizandoa restauração devem corresponder aos IDs associados aos arquivos no tempo de backup.

Habilitando os privilégios de administrador para restaurações de SAP comOracle no Windows

Em tipos específicos de sistemas Microsoft Windows, o UAC (Upgrade Authentication Code,código de autenticação de atualização) é projetado para oferecer segurança adicional ao sistemaoperacional, impedindo que o software seja instalado ou executado a menos que um administradorconceda os privilégios elevados.

Procedimento

Em sistemas Windows com o UAC ativado, antes de iniciar uma restauração a partir da CLI,certifique-se de que os privilégios de administrador estão habilitados para o usuário que executaráa restauração. Caso contrário, a operação poderá apresentar falha.

Você pode habilitar os privilégios de administrador da CLI conforme segue.



Procedimento

1. Clique com botão direito no ícone de Command Prompt.

2. Selecione Run as administrator na lista.

Configurando as operações do Application Direct com o utilitário backintSe quiser o SAP BR*Tools para usar o programa backint para os backups e restaurações doApplication Direct, você deverá concluir as configurações a seguir.

Se preferir que o Oracle RMAN seja usado, você deverá concluir as configurações em Configurando as operações do Application Direct com o Oracle RMAN na página 335.

Integrando o produto ao ambiente BR*Tools para backintVocê deve concluir as configurações necessárias no arquivo de configuração init<DBSID>.sapno BR*Tools para ativar as operações do BR*Tools para usar o programa backint:

l Defina o diretório no qual o BR*Tools chama o programa backint.

Por padrão, o BR*Tools chama backint no diretório sapexe. Você pode definir o parâmetroutil_path para o nome do caminho do diretório onde backint está localizado. Por exemplo:

n No UNIX:

util_path = /opt/dpsapps/dbappagent/bin

n No Windows:

util_path = C:\PROGRA~1\DPSAPPS\DBAPPAGENT\bin

Obs.: No Windows, você deve especificar a versão curta de um nome do caminho dediretório C:\Program Files\DPSAPPS\DBAPPAGENT\bin, pois não deve incluirespaços no nome do caminho que você definiu em init<DBSID>.sap. Se incluirespaços em uma configuração de nome do caminho, o backup apresentará falha. Paraobter a versão curta de um diretório, execute o comando dir /x no diretório pai. Porexemplo:

C:\> dir /x

: :11/21/2014 07:38 AM <DIR> PROGRA~1 Program Files

Aqui, a versão curta de "Program Files" é PROGRA~1.

l Defina a mídia de backup para usar o programa backint.

Defina o parâmetro backup_dev_type com um dos seguintes valores:

backup_dev_type = util_file

ou

backup_dev_type = util_file_online



Defina backup_dev_type = util_file_online para backups on-line a fim de diminuir a quantidadede tempo em que cada tablespace permanece no modo de backup dinâmico, resultando em umnúmero menor de registros de transações gerado.

Você pode sobrepor essa configuração backup_dev_type com a opção -d quando realizaruma operação de BR*Tools a partir da linha de comando. Por exemplo:

brbackup -d util_file_online

l Defina o parâmetro util_par_file para o nome do caminho completo do arquivo deconfiguração, conforme configurado em Configurando os parâmetros do SAP com Oracle parabackint na página 332. Por exemplo:

util_par_file = ?/dbs/init<DBSID>.utl

em que ? é $ORACLE_HOME.

Se você não especificar o nome do caminho completo desse arquivo de configuração, osoftware pesquisará o arquivo no seguinte diretório padrão:

n No UNIX: $ORACLE_HOME/dbsn No Windows: %ORACLE_HOME%\databaseVocê pode sobrepor essa configuração util_par_file especificando o nome do caminho doarquivo de configuração com a opção -r quando realizar uma operação de BR*Tools a partir dalinha de comando. Por exemplo:

brbackup -r pathname/init<DBSID>.utl

A documentação do SAP BR*Tools apresenta mais detalhes sobre os parâmetros no arquivo deconfiguração de BR*Tools.

Configurando os parâmetros do SAP com Oracle para backintVocê deve definir os parâmetros do SAP com Oracle para operações backint no arquivo deconfiguração chamado init<DBSID>.utl. Você deve especificar o local desse arquivo noarquivo de configuração do BR*Tools conforme descrito em Integrando o produto ao ambienteBR*Tools para backint na página 331.

Por exemplo, o arquivo de configuração contém as seguintes configurações de parâmetroobrigatórias:



Certifique-se de que o arquivo de configuração contém outros parâmetros exigidos na tabela aseguir. Para cada parâmetro, a tabela lista o título de seção da seção do arquivo de configuraçãoque contém o parâmetro.




Tabela 31 Parâmetros de SAP com Oracle para operações do Application Direct com backint

Parâmetro: ARCH_LOGS_SEQUENTIAL

Seção: [GENERAL]

Especifica se o programa brarchive faz backup de registros de arquivamento em ordem alfabética para otimizar a

remoção do registro (limpeza) durante um backup de registro de arquivamento.

Configurar esse parâmetro como TRUE faz com que o programa brarchive faça backup dos registros de

arquivamento em ordem alfabética, o que acelera o processo de limpeza do registro durante o backup de registrosde arquivamento.

O parâmetro é ignorado durante uma operação brbackup ou uma operação brrestore.

Opcional para backups de registros de arquivamento com brarchive.

Valores válidos:

l FALSE (padrão).

l TRUE.

Obs.: Quando você usa o valor não padrão TRUE, o parâmetro de balanceamento de carga GROUP_BY_FS será

ignorado durante o backup de brarchive .

Parâmetro: GROUP_BY_FS

Seção: [GENERAL]

Se você definir esse parâmetro como TRUE, a operação ignorará o parâmetro SAVESETS e agrupará os arquivos por

file system em vez de pelo tamanho do arquivo. Este agrupamento eficiente de arquivos pode melhorar odesempenho dos backups, as pesquisas de indexação e o tempo de restauração.

Obs.: A configuração desse parâmetro como TRUE significa que todos os arquivos que estão sendo processadosdevem estar visíveis dentro do file system local. Nomes de caminho de UNC do Windows devem ser associados auma letra da unidade local.

Opcional para um backup.

Valores válidos:

l FALSE (padrão).

l TRUE.


Seção: [GENERAL]

Especifica o número de fluxos de dados simultâneos a serem enviados para ou do sistema Data Domain durante umbackup ou uma restauração, para cada programa backint que o SAP Oracle executar para a operação.

Obs.: O valor de paralelismo para um backup é reduzido se o valor for maior que o valor do parâmetroSAVESETS.

Opcional para um backup ou restauração.

Valores válidos:

l 8 (padrão).


Parâmetro: RAW_DEVICE_SKIP_BYTES



Tabela 31 Parâmetros de SAP com Oracle para operações do Application Direct combackint (continuação)

Seção: [GENERAL]

Especifica para omitir dados indesejados da recuperação em um dispositivo bruto. Especifica o volume inicial dedados a serem ignorados.

Obs.: Ao ajustar o volume de dados para ignorar, é necessário conhecimento avançado do sistema operacional edas especificações do Gerenciador de volumes.

Valores válidos:


l Nome do dispositivo válido, seguido por um sinal de igual e o volume de dados para ignorar em bytes, kilobytes,megabytes ou gigabytes:

RAW_DEVICE_SKIP_BYTES=/raw/dev1=skip[B|K|M|G]

Especifique vários dispositivos, separando os dispositivos com uma vírgula. Por exemplo, a seguinte configuraçãoignora 8 KB para o dispositivo bruto /dev/rdsk/c2t4d0s5:

RAW_DEVICE_SKIP_BYTES=/dev/rdsk/c2t4d0s5=8K

Parâmetro: RAW_DIR

Seção: [GENERAL]

Especifica os diretórios para partições de disco bruto somente no UNIX. Todos os arquivos abaixo desses diretóriossão considerados como partições de disco bruto.

Não defina este parâmetro para os diretórios de /dev ou /devices que já são tratados como dispositivos brutos.

Obs.: As partições listadas são apontadas pelos links simbólicos em $SAPDATA_HOME/sapraw/TBS_number/.

Valores válidos:


l Nomes de caminho de diretório das partições de disco bruto, separadas por ponto e vírgula (;). Por exemplo:

RAW_DIR = /oracle/data;/sap/data

Parâmetro: RELOCATION_DEST

Seção: [GENERAL]

Para uma restauração realocada, especifica um novo diretório raiz para datafiles SAP quando SAPDATA_HOME é

alterado, mas a estrutura de subdiretórios em SAPDATA_HOME não é alterada.

Valores válidos:


l Mesmo valor que o novo valor SAPDATA_HOME.

Parâmetro: SAVESETS

Seção: [GENERAL]

Especifica o número de savesets criados no destino do Data Domain. Os arquivos de dados de backup são divididosem savesets com base no tamanho do arquivo.



Tabela 31 Parâmetros de SAP com Oracle para operações do Application Direct combackint (continuação)

Esse parâmetro será ignorado se o parâmetro GROUP_BY_FS for definido como TRUE.

Valores válidos:

l 20 (padrão).


Configurando as operações do Application Direct com o Oracle RMANSe desejar que o SAP BR*Tools use o programa do Oracle RMAN para backups e restaurações doApplication Direct, você deverá concluir as configurações a seguir.

Obs.: O agente de aplicativos de banco de dados sempre usa o programa backint para fazerbackup e restaurar o metadados do BR*Tools, inclusive os arquivos de configuração e ocatálogo de backup, mesmo que você conclua as configurações de RMAN a seguir.

Se você preferir que backint seja usado para todos os backups e restaurações, você deveconcluir as configurações em Configurando as operações do Application Direct com o utilitáriobackint na página 331.

Integrando o produto ao ambiente BR*Tools para RMANPara habilitar as operações de BR*Tools para usar o programa RMAN, você deve concluir asconfigurações necessárias no arquivo de configuração init<DBSID>.sap de BR*Tools:

l Defina as mídias de backup para usar o programa RMAN.

Defina o parâmetro backup_dev_type para o seguinte valor:

backup_dev_type = rman_util

Obs.: Não use o valor rman_disk ou rman_stage porque esses valores levam o BR*Tools afazer backup dos metadados, sem usar o agente de aplicativos de banco de dados.


brbackup -d rman_util

l Defina os valores SBT_LIBRARY e CONFIG_FILE no parâmetro rman_parms:

n Defina SBT_LIBRARY para o nome do caminho completo da biblioteca de agente deaplicativos de banco de dados que é usada com o RMAN.

n Defina CONFIG_FILE para o nome do caminho completo do arquivo de configuração,init<DBSID>.utl. Configurando os parâmetros do SAP com Oracle para RMAN napágina 337 apresenta detalhes sobre como configurar o arquivo de configuração.

Os seguintes exemplos mostram as configurações rman_parms:



n No UNIX ou Linux:

rman_parms = "SBT_LIBRARY=/opt/dpsapps/dbappagent/lib/lib64/libddboostsapora.so, ENV=(CONFIG_FILE=/db/app/oracer/product/11.2.0/dbhome_1/dbs/initCER.utl)"

n No Windows:

rman_parms = "SBT_LIBRARY=C:\PROGRA~1\DPSAPPS\DBAPPAGENT\bin\libddboostsapora.dll, ENV=(CONFIG_FILE=D:\app\oracer\product\11.2.0\dbhome_1\database\initCER.utl)"

Obs.: No Windows, você deve especificar a versão curta de um nome do caminho dediretório para evitar incluir espaços no nome do caminho em init<DBSID>.sap. Seincluir espaços em uma configuração de nome do caminho, o backup apresentará falha.Para obter a versão curta de um diretório, execute o comando dir /x no diretório pai. Porexemplo:

C:\> dir /x



Como alternativa, você pode definir CONFIG_FILE no parâmetro rman_send, em vez doparâmetro rman_parms. Por exemplo:

rman_send="ENV=(CONFIG_FILE=/db/app/oracer/product/11.2.0/dbhome_1/dbs/initCER.utl)"

l Defina quaisquer outros parâmetros rman_xxx necessários para configurar as operações doRMAN. Por exemplo:

n Defina rman_channels para o número de fluxos de dados simultâneos. O valor padrão é 1.

n Defina rman_filesperset ou rman_maxopenfiles para melhorar a taxa dedesduplicação.

Obs.: O agente de aplicativos de banco de dados dá suporte somente aos valores 0(padrão) e 1 para o parâmetro rman_copies, e ambos os valores causam a criação deuma única cópia de backup.

A documentação de BR*Tools apresenta detalhes sobre todos os parâmetros RMANcompatíveis.

l Defina o parâmetro util_par_file para o nome do caminho completo do arquivo deconfiguração, conforme configurado em Configurando os parâmetros do SAP com Oracle paraRMAN na página 337. Essa configuração garante que o agente de aplicativos de banco dedados faz o backup dos metadados de BR*Tools.

Obs.: As configurações CONFIG_FILE e util_par_file devem ser as mesmas.

Por exemplo:






n No UNIX: $ORACLE_HOME/dbsn No Windows: %ORACLE_HOME%\databaseVocê pode sobrepor a configuração util_par_file, especificando o nome do caminho doarquivo de configuração com a opção -r quando realiza uma operação de BR*Tools a partir dalinha de comando. Por exemplo:



Configurando os parâmetros do SAP com Oracle para RMANVocê deve definir os parâmetros do SAP com Oracle para operações RMAN no arquivo deconfiguração chamado init<DBSID>.utl. Você deve especificar o local desse arquivo noarquivo de configuração do BR*Tools, conforme descrito em Integrando o produto ao ambienteBR*Tools para RMAN na página 335.

Por exemplo, o arquivo de configuração contém as seguintes configurações de parâmetroobrigatórias:


Definindo o arquivo de configuração na página 80 descreve os parâmetros comuns e como definiros parâmetros no arquivo de configuração. Configurando as restaurações de backups replicados napágina 96 também descreve os parâmetros e requisitos para as restaurações de backupsreplicados.


Estimando o uso de recursos do Data Domain nos sistemas SAP com OracleOs tópicos a seguir fornecem diretrizes adicionais e práticas recomendadas relacionadas ao uso derecursos do Data Domain para sistemas SAP com Oracle.

Uso de capacidade em sistemas SAP com OracleSe a capacidade de armazenamento do sistema Data Domain for excedida, a operação de backupapresentará falha. O agente de aplicativos de banco de dados gera o seguinte tipo de mensagemde erro no registro de operações:

163542:backint: Unable to write to a file due to reaching the hard quota limit.The error message is: [5194] [ 1472] [2304] Fri Dec 09 00:50:50 2016 ddp_write() failed Offset 746586112, BytesToWrite 524288, BytesWritten 0 Err: 5194-Hard Quota Exceeded >

Uso de fluxos em sistemas SAP com Oracle

Obs.: O uso de fluxos varia, dependendo do número e do tipo de operações simultâneas quesão executadas em um determinado momento. Este tópico apresenta os números típicos para



o uso de fluxos de uma única operação. Para determinar números mais exatos, você devemonitorar o número de fluxos que as unidades de armazenamento usam em um período.

Para o SAP com Oracle usando o backint, o agente de aplicativos de banco de dados usa oparâmetro PARALLELISM para controlar o número de fluxos SAP que são usados em umaoperação de backup ou de restauração. O parâmetro PARALLELISM especifica o número de fluxosde dados da SAP simultâneos a serem enviados de ou para um sistema Data Domain durante obackup ou a restauração.

O número de fluxos de leitura ou gravação do Data Domain que o programa backint usa paraconectar-se ao sistema Data Domain é geralmente inferior ou igual à configuração do parâmetroPARALLELISM.

Se o sistema Data Domain ficar sem fluxos durante um backup do SAP com Oracle, a operação debackup apresentará falha. O agente de aplicativos de banco de dados gera o seguinte tipo demensagem de erro no registro operacional:

153004:backint: Unable to write to a file because the streams limit was exceeded.The error message is: [5519] [ 3052] [2536] Thu Dec 08 23:07:51 2016 ddp_write() failed Offset 0, BytesToWrite 524288, BytesWritten 0 Err: 5519-Exceeded streams limit

Se o sistema Data Domain ficar sem fluxos durante uma restauração do SAP com Oracle, aoperação de restauração apresentará falha. O agente de aplicativos de banco de dados gera oseguinte tipo de mensagem de erro no registro operacional:

63971 12/9/2016 1:11:48 AM backint SYSTEM critical Unable to read from a file because the streams limit was exceeded.The error message is: [5519] [ 2244] [2440] Fri Dec 09 01:11:48 2016 ddp_read() failed Offset 0, BytesToRead 262144, BytesRead 0 Err: 5519-nfs readext remote failed (nfs: Resource (quota) hard limit exceeded)

Executando backups e recuperação do Application Direct comSAP BR*Tools

Você pode executar operações do Application Direct com o SAP BR*Tools depois de concluir asconfigurações de backup em Configuração das operações do Application Direct em um ambienteSAP com Oracle na página 330.

Você pode executar a CLI do BR*Tools ou uma GUI compatível para realizar as operações debackup, restauração ou recuperação do Application Direct com o agente de aplicativos de banco dedados.

A documentação do SAP e do Oracle apresenta detalhes sobre as opções disponíveis.

Executando backups do Application Direct com BR*ToolsVocê pode executar os comandos brbackup e brarchive com as opções apropriadas paraexecutar backups do banco de dados e de redo logs arquivados. Por exemplo:

l Backup off-line de todo o banco de dados:

brbackup -m all -t offline -d util_file

l Backup on-line de um único tablespace:

brbackup -m system -t online -d util_file_online



Se você executar um backup on-line, poderá executar o comando brarchive para fazer backupde redo logs arquivados:

brarchive

Obs.: Sem os redo logs, você poderá recuperar um banco de dados cujo backup foi feito on-line apenas até a hora de seu último backup completo.

Você pode executar o comando a seguir para fazer backup de arquivos ou diretórios que nãoestejam no banco de dados:

brbackup -m {sap_dir | ora_dir | all_dir | <full_directory_path> | <nondatabase_file_path>}

Fazendo backups e restaurações do Application Direct com BR*ToolsVocê pode usar o comando brrestore ou a interface brrecover para realizar uma restauraçãoou recuperação. O comando brrestore restaura os arquivos de banco de dados armazenados, evocê deve executar o Oracle SQL Plus para recuperar o banco de dados, aplicando os registros detransações para avançar o banco de dados para um point-in-time específico. A interfacebrrecover automatiza o processo de restauração e de recuperação chamando brrestore e oSQL Plus para executar as etapas específicas conforme necessário.

Por exemplo, execute o seguinte comando para restaurar o banco de dados inteiro:

brrestore -u / -m all -d util_file -c force

Você pode executar o seguinte comando para restaurar apenas um tablespace:

brrestore -u / -m PSAPSR3DB -d util_file -c force

AVISO O programa brrestore usado para uma operação de restauração, seja executadodiretamente da linha de comando ou indiretamente do comando brrecover, primeiro excluirátodos os arquivos originais a serem restaurados antes de o programa executar backint pararestaurar os arquivos de backup. Os arquivos originais serão perdidos se brrestore oubackint apresentar falha.Para evitar esses problemas, realize uma das seguintes ações:

l Restaure os arquivos para um local diferente que não inclua todos os arquivos usando aopção -m e especifique o destino da restauração, por exemplo:

brrestore -m <tablespace_name>=<restore_directory>

l Use a opção brrestore -NFD para impedir a exclusão dos arquivos originais pelobrrestore.

Para restaurar dados a partir de um backup do diretório (não banco de dados), use o comandobrrestore -m non_db. Quando você restaura os dados do diretório SAP, impede a exclusão de



BR*Tools e de binários backint durante a restauração realizando uma restauração realocada. Porexemplo, execute o seguinte comando:

brrestore -m non_db=<restore_directory>

Executando uma restauração do Application Direct em hosts alternativosPara restaurar opcionalmente os dados para um host do SAP Oracle (host de destino) diferentedaquele em que o backup foi feito:

l Defina o parâmetro CLIENT para o nome de host do host no qual foi feito backup dos dados.

l Siga as etapas de recuperação de desastres para recriar o ambiente e restaurar os arquivos deconfiguração e os registros do BR*Tools. Preparando para a recuperação de desastres do SAPcom Oracle na página 340 apresenta detalhes.

Preparando para a recuperação de desastres do SAP comOracle

Para um plano de recuperação de desastres abrangente, é necessário garantir que você possareconstruir o ambiente computacional e todos os arquivos do servidor SAP Oracle associados àmanutenção de dados no host de aplicativos.

Use as seguintes diretrizes para se preparar para a recuperação de desastres do host do servidorSAP com Oracle:

l Mantenha registros precisos e completos das configurações de rede e de sistema. Mantenhatoda a mídia de software original e os itens a seguir em um local seguro:





l Para garantir a recuperação de configurações específicas do cliente do banco de dados, façabackup dos arquivos de configuração do sistema de acordo com a documentação do SAP comOracle. O backup desses arquivos não é feito durante os backups dos bancos de dados.

l Lembre-se de garantir que tenha um backup completo atual do banco de dados e todos os redologs arquivados conforme necessário para uma recuperação do banco de dados para a horaatual.

Para se recuperar de um desastre, primeiro é preciso restaurar quaisquer arquivos de configuraçãoperdidos do Oracle e do SAP e arquivos de log de backup perdidos do BR*Tools de acordo com asinstruções a seguir. Depois de restaurar esses arquivos, você pode executar uma recuperaçãopoint-in-time do banco de dados ou uma redefinição completa do banco de dados de acordo comas instruções em Fazendo backups e restaurações do Application Direct com BR*Tools na página339.

Restaurando os arquivos necessários do Oracle e do SAP BR*ToolsProcedimento

O procedimento a seguir é uma versão concisa das etapas de recuperação de desastres descritasna documentação da SAP, modificada para os requisitos específicos do agente de aplicativos debanco de dados. Você pode realizar esse procedimento no host original ou em um novo host,ambos referidos como host de destino.



Para restaurar para um host diferente do backup, siga as diretrizes em Executando umarestauração do Application Direct em hosts alternativos na página 340.

Procedimento

1. Se todo o sistema SAP Oracle for perdido:

a. Reinstale todos os componentes de software necessários do SAP e Oracle de acordocom a documentação da SAP e da Oracle.

b. Reconfigure o layout de dados de SAP, como o diretório SAPDATA_HOME e seussubdiretórios, para o mesmo estado anterior ao desastre.

2. Configure o arquivo de configuração de BR*Tools, init<DBSID>-dr.sap, e o arquivo deconfiguração do agente de aplicativos de banco de dados, init<DBSID>-dr.utl, para arecuperação no host de destino.

3. Crie novamente a lockbox no host de destino. Configurando a lockbox na página 110apresenta detalhes sobre a lockbox.

4. Certifique-se de que os parâmetros estejam definidos corretamente para uma restauraçãoredirecionada de acordo com Configurando os parâmetros do SAP com Oracle parabackint na página 332.

5. Para realizar uma recuperação de desastres de perfis e registros no host de destino, inicie oBR*Tools no host e, em seguida, siga as instruções na tela.

Por exemplo, as seguintes etapas mostram como usar BR*Tools para recuperação dedesastres, a fim de restaurar os perfis e arquivos de log de um backup BRBACKUP:

a. No menu brtools, selecione Restore and Recovery e, em seguida, Disaster recovery.

b. Na página BRRECOVER options for disaster recovery, defina o local do arquivo deconfiguração do BR*Tools e do arquivo de configuração de SAP com Oracle com osnomes dos arquivos configurados na Etapa 2.

Obs.: Se você estiver restaurando o arquivo de configuração original de BR*Tools ouo arquivo de configuração original de SAP com Oracle, certifique-se de que osarquivos usados para a recuperação de desastres possuam nomes diferentes ousejam armazenados em um local diferente dos arquivos originais a serem restaurados.

c. Na página Device type for restoring profiles and log files from BRBACKUP backup,selecione Backup utility.

d. Na página Parameters for restoring profiles and log files from BRBACKUP backuputility backup, especifique os arquivos a serem restaurados.

e. Na página Restore of profiles and log files from BRBACKUP backup, selecione oscomponentes que você deseja restaurar.

A documentação da SAP apresenta mais detalhes sobre a recuperação de desastres.

Recuperando um banco de dados do SAP Oracle após desastreApós restaurar o arquivo de configuração e os registros corretos do SAP BR*Tools no host deaplicativos, siga o procedimento de recuperação normal de BR*Tools para realizar a recuperaçãopoint-in-time do banco de dados ou a redefinição do banco de dados.

Fazendo backups e restaurações do Application Direct com BR*Tools na página 339 apresenta oprocedimento para recuperar um banco de dados do SAP com Oracle.

A documentação da SAP apresenta mais detalhes sobre a recuperação do banco de dados.



SAP com Oracle RAC e requisitos de cluster para operaçõesdo Application Direct

Você pode executar restaurações e backups do Application Direct em um ambiente de clusterativo-passivo ou no Oracle RAC.

Requisitos de cluster ativo-passivoVocê deve atender aos seguintes requisitos de configuração em um ambiente de cluster ativo-passivo:

l Você configurou o banco de dados no cluster de acordo com a documentação do servidor debanco de dados apropriada.

l Você instalou o agente de aplicativos de banco de dados em cada nó do cluster que participarádos backups ou das restaurações.

l Você definiu o parâmetro CLIENT no arquivo de configuração para o nome de host do nóvirtual. Parâmetros comuns na página 86 apresenta detalhes sobre isso.

Requisitos do Oracle RACA documentação da SAP apresenta detalhes sobre a configuração do Oracle RAC. Você deveatender aos seguintes requisitos de configuração em um ambiente Oracle RAC:

l Uma das instâncias do Oracle RAC, definida como a instância de banco de dados dedicada(DDB), é usada para executar todas as tarefas de administração do banco de dados. Você deveser capaz de administrar todas as instâncias do RAC da instância DDB.

l Você instalou o BR*Tools e o agente de aplicativos de banco de dados no host da instânciaDDB.

l Você criou os diretórios de registro do BR*Tools, como SAPBACKUP e SAPARCH, em um filesystem compartilhado.

l Você configurou corretamente o Oracle SQL Net.

l Você definiu os parâmetros necessários, como parallel_instances e db_services, noarquivo de inicialização do SAP, init<DBSID>.sap, localizado na instância DDB.

Requisitos do Oracle RAC para a interface backintTodos os backups do Oracle RAC feitos com BR* Tools e a interface backint executam em umaúnica instância do RAC, a instância do DDB. A configuração da instância do DDB é a mesma paraum sistema Oracle independente.

Se você alterar a instância DDB após alguns backups terem sido realizados com a instância DDBoriginal, defina o parâmetro CLIENT=original_DDB_instance_hostname de modo a garantir quetodos os backups sejam armazenados no mesmo local do sistema Data Domain. Parâmetroscomuns na página 86 apresenta detalhes sobre o parâmetro.

Requisitos do Oracle RAC para a interface RMAN

O patch 30 do BR*Tools 7.00 a 7.20 dá suporte às operações do RMAN somente em uma únicainstância, a instância do DDB. A configuração desses backups e restaurações do RMAN é a mesmapara as operações do RMAN em um ambiente independente. É recomendável que você defina oparâmetro CLIENT para o nome de host da instância do DDB caso ela seja movida posteriormente.

A partir do patch 31 do BR*Tools 7.20 e da versão 7.40, o software da SAP é compatível combackups e restaurações do Oracle RAC em vários nós do RAC, também conhecidos como



operações do RMAN distribuídas. Verifique se você atende aos requisitos a seguir para essasoperações:

l Você instalou o agente de aplicativos de banco de dados em cada nó do RAC que participarádos backups ou restaurações.

l Todos os nós incluídos nas operações de RMAN usam o mesmo tipo de conexão de rede, IP ouFC, com o sistema Data Domain.

l Você definiu o parâmetro CLIENT=<DDB_node_name> no arquivo init<DBSID>.utl. Essearquivo de configuração é armazenado em um local compartilhado acessível a todos os nós doRAC.

l Você definiu os parâmetros necessários do arquivo init<DBSID>.sap do BR*Toolsconforme descrito em Integrando o produto ao ambiente BR*Tools para RMAN na página 335.Certifique-se de que rman_channels foi definido como um valor superior a 1,preferencialmente um múltiplo do número de nós do RAC. Por exemplo, defina rman_channels= 4 para um sistema do RAC com 2 nós (o BR*Tools aloca 2 canais por nó). Para ativar asoperações de RMAN distribuídas, defina rman_rac_dist = yes.

l Para operações de RAC distribuídas, você se conectou ao banco de dados com um nome deusuário de banco de dados específico, por exemplo, usando a opção -u<system>/<password>.O usuário de banco de dados deve ter as funções SAPDBA, SYSDBA e SYSOPER.

Dicas de solução de problemas do SAP com Oracle paraoperações do Application Direct


O agente de aplicativos de banco de dados mantém os registros operacionais e de depuração nosdiretórios padrão:

l No UNIX ou Linux: /opt/dpsapps/dbappagent/logs, vinculado a /var/opt/ddbda/logs

l No Windows: C:\Program Files\DPSAPPS\DBAPPAGENT\logsPara habilitar a depuração, você deve definir o parâmetro DEBUG_LEVEL.





CAPÍTULO 11

Operações do Storage Direct em sistemas SAPcom Oracle


l Visão geral das operações do Storage Direct em um ambiente SAP com Oracle................. 346l Configuração de operações do Storage Direct em um ambiente SAP com Oracle............... 347l Executando backups e recuperação do Storage Direct com SAP BR*Tools........................ 356l Preparando para a recuperação de desastres do SAP com Oracle.......................................358l SAP com Oracle RAC e requisitos de cluster para operações do Storage Direct................. 359l Proteção e reversão do Storage Direct para VCS no Solaris............................................... 360l Dicas de solução de problemas do SAP com Oracle para operações do Storage Direct....... 366


Visão geral das operações do Storage Direct em um ambienteSAP com Oracle

O agente de aplicativos de banco de dados é integrado à interface backint do SAP BR*Toolspara habilitar backups, restaurações e arquivamento de registros de transações do Storage Directem um ambiente SAP com Oracle.

Você pode realizar um backup, restauração ou operação de recuperação do Storage Direct com oproduto em um servidor de banco de dados do SAP com Oracle executando uma das ferramentascompatíveis com suporte com o SAP:

l Interface de linha de comando (CLI) do BR*Tools com os comandos brbackup, brarchive,brrestore, brrecover e brtools

l BRGUI

l GUI do BR*Tools Studio


Você pode usar essas ferramentas em cooperação com o agente de aplicativos de banco de dadospara realizar as seguintes operações:


l Backups completos do banco de dados, tablespace ou datafiles




l Backup e recuperação de diretórios

Obs.: O SAP BR*Tools não fornece exclusão de backup nem outras operações de manutençãode backup. Você pode usar a ferramenta de exclusão de savesets (fornecida com o agente deaplicativos de banco de dados) para listar e excluir backups, conforme descrito em Configurando a exibição e exclusão de informações do saveset na página 124.


A seção solução de problemas no final deste capítulo apresenta detalhes sobre as limitações nasoperações do Storage Direct com o agente de aplicativo de banco de dados em um ambiente SAPcom Oracle.

Processos de backup do SAP com OracleUm backup de SAP com Oracle inclui as interações de processo a seguir.

1. O administrador do banco de dados inicia o backup executando a CLI do BR*Tools, BRGUI, aGUI do BR*Tools Studio ou o DBA Cockpit do SAP no CCMS.

2. O programa brbackup ou brarchive, no servidor de banco de dados do SAP com Oracle,executa o programa backint, instalado como parte do agente de aplicativos de banco dedados, e transmite alguns parâmetros e uma lista de arquivos ou de diretórios para backup.

3. O programa backint processa os parâmetros, inclusive os parâmetros do arquivo deconfiguração do agente de aplicativos de banco de dados.

Operações do Storage Direct em sistemas SAP com Oracle


4. O programa backint determina os arquivos suscetíveis a snapshot para fazer backup com oworkflow do Storage Direct e os arquivos que não são suscetíveis a snapshot para fazerbackup com o workflow do Application Direct.

5. Com base nas configurações de paralelismo, o programa backint pode iniciar váriosprocessos backint filhos para fazer backup dos arquivos que não são suscetíveis a snapshot.

6. O workflow de backup prossegue para os arquivos suscetíveis a snapshot conforme descrito notópico sobre o workflow de backup do Storage Direct ou o workflow de backup do StorageDirect com RecoverPoint no capítulo 1.

7. O programa backint usa o workflow do Application Direct para fazer backup dos parâmetrosde arquivos, dos arquivos do catálogo e do arquivo de controle do Oracle e do BR*Tools.

Processos de restauração do SAP com OracleA restauração do SAP com Oracle inclui as interações de processo a seguir.

1. O administrador do banco de dados inicia a restauração por meio da execução da CLI deBR*Tools, BRGUI ou GUI de BR*Tools Studio.

2. O programa brrestore ou brrecover no servidor de banco de dados do SAP com Oracleexecuta o programa backint e transmite alguns parâmetros e uma lista de arquivos oudiretórios a restaurar.

3. O programa backint processa os parâmetros, inclusive os parâmetros do arquivo deconfiguração do agente de aplicativos de banco de dados.

4. O programa backint executa uma pesquisa de índice e, em seguida, inicia um workflow doStorage Direct para restaurar os arquivos suscetíveis a snapshot e um fluxo de trabalho doApplication Direct para restaurar os arquivos que não são suscetíveis a snapshot.

5. Com base nas configurações de paralelismo, o programa backint pode iniciar váriosprocessos backint filhos para restaurar os arquivos não suscetíveis a snapshot.

6. O fluxo de trabalho de restauração prossegue para os arquivos suscetíveis a snapshotconforme descrito no tópico sobre o Storage Direct com o fluxo de trabalho de restauração deVMAX ou o Storage Direct com o workflow de restauração do RecoverPoint no capítulo 1.

Depois que os dados são restaurados, o administrador do banco de dados deve recuperar obanco de dados usando o comando brrecover ou a ferramenta Oracle SQL Plus. Adocumentação sobre SAP com Oracle apresenta detalhes.

Configuração de operações do Storage Direct em umambiente SAP com Oracle









Se você usar o Solutions Enabler no modo de servidor remoto, o Solutions Enabler deverá serinstalado em um host separado do servidor do SYMAPI. Modifique o arquivo netcnfg nodiretório de configuração do SYMAPI do host de aplicativo definindo NSM_SERVER com onome SYMAPI_SERVER. Verificando o modo do Solutions Enabler para backups do VMAX napágina 95 apresenta mais detalhes. Se você tiver um usuário que não seja raiz, a documentaçãodo Solutions Enabler conterá informações sobre como configurar uma conta de usuário semacesso raiz.





Obs.: Para backups do Storage Direct, é recomendado que os arquivos de controle do bancode dados e os arquivos de redo log on-line estejam localizados em LUNs diferentes das dosdatafiles do Oracle e dos registros arquivados. A documentação do Oracle descreve as práticasrecomendadas do layout do arquivo do banco de dados.

Você deve concluir as configurações necessárias do agente de aplicativos de banco de dados paraativar as operações do Storage Direct em um ambiente SAP com Oracle. Os tópicos a seguirapresentam detalhes sobre a configuração do produto.

SAP com Oracle RAC e requisitos de cluster para operações do Storage Direct na página 359apresenta detalhes adicionais sobre os requisitos específicos de configuração em um ambienteSAP com Oracle RAC ou ambiente de cluster ativo-passivo.

A seção de solução de problemas no final deste capítulo apresenta detalhes sobre limitações nasoperações do Storage Direct com o agente de aplicativos de banco de dados em um ambiente SAPcom Oracle.

Integrando o produto ao ambiente BR*ToolsPara ativar as operações do BR*Tools para usar o programa backint, você deve concluir asconfigurações necessárias no arquivo de configuração init<DBSID>.sap no BR*Tools:

l Defina o diretório no qual o BR*Tools chama o programa backint.

Por padrão, o BR*Tools chama backint no diretório sapexe. Você pode definir o parâmetroutil_path para o nome do caminho do diretório onde backint está localizado. Por exemplo:

n No UNIX:

util_path = /opt/dpsapps/dbappagent/bin



n No Windows:

util_path = C:\PROGRA~1\DPSAPPS\DBAPPAGENT\bin

Obs.: No Windows, você deve especificar a versão curta de um nome do caminho dediretório C:\Program Files\DPSAPPS\DBAPPAGENT\bin, pois não deve incluirespaços no nome do caminho que você definiu em init<DBSID>.sap. Se incluirespaços em uma configuração de nome do caminho, o backup apresentará falha. Paraobter a versão curta de um diretório, execute o comando dir /x no diretório pai. Porexemplo:

C:\> dir /x



l Defina a mídia de backup para usar o programa backint.Defina o parâmetro backup_dev_type com um dos seguintes valores:

backup_dev_type = util_file

ou

backup_dev_type = util_file_online

Defina backup_dev_type = util_file_online para backups on-line a fim de diminuir a quantidadede tempo em que cada tablespace permanece no modo de backup dinâmico, resultando em umnúmero menor de registros de transações gerado.


brbackup -d util_file_online

l Defina o parâmetro util_par_file com o local do arquivo de configuração, conformeconfigurado em Configurando os parâmetros do SAP com Oracle na página 350. Por exemplo:




n No UNIX: $ORACLE_HOME/dbsn No Windows: %ORACLE_HOME%\databaseVocê pode sobrepor essa configuração util_par_file especificando o nome do caminho doarquivo de configuração com a opção -r quando realizar uma operação de BR*Tools a partir dalinha de comando. Por exemplo:





Confirmando as permissões de arquivo e de ambienteVocê deve confirmar as configurações do ambiente de servidor de banco de dados e daspermissões de arquivo antes de executar quaisquer operações do SAP com Oracle.

O grupo do sistema operacional do DBA deve ter acesso de leitura aos datafiles que serãorestaurados. Esse acesso de leitura permite a restauração dos dados por um usuário de banco dedados diferente para um host diferente.

Você pode restaurar apenas datafiles para os quais você tem permissão de leitura, com base naspermissões do sistema operacional dos arquivos no momento em que os arquivos receberambackup.

No UNIX, a permissão de leitura está associada ao ID do usuário (ID exclusivo) e ao ID de grupo,não ao nome de usuário ou ao nome do grupo. O ID exclusivo e o ID de grupo do usuário realizandoa restauração devem corresponder aos IDs associados aos arquivos no tempo de backup.

Habilitando os privilégios de administrador para restaurações de SAP comOracle no Windows

Em tipos específicos de sistemas Microsoft Windows, o UAC (Upgrade Authentication Code,código de autenticação de atualização) é projetado para oferecer segurança adicional ao sistemaoperacional, impedindo que o software seja instalado ou executado a menos que um administradorconceda os privilégios elevados.

Procedimento

Em sistemas Windows com o UAC ativado, antes de iniciar uma restauração a partir da CLI,certifique-se de que os privilégios de administrador estão habilitados para o usuário que executaráa restauração. Caso contrário, a operação poderá apresentar falha.

Você pode habilitar os privilégios de administrador da CLI conforme segue.

Procedimento

1. Clique com botão direito no ícone de Command Prompt.

2. Selecione Run as administrator na lista.

Configurando os parâmetros do SAP com OracleVocê deve definir os parâmetros necessários para as operações do SAP com Oracle no arquivo deconfiguração chamado init<DBSID>.utl.


Certifique-se de que o arquivo de configuração contém outros parâmetros exigidos na tabela aseguir. Para cada parâmetro, a tabela lista o título de seção da seção do arquivo de configuraçãoque contém o parâmetro. Você deve especificar o local do arquivo de configuração no arquivo deconfiguração do BR*Tools, conforme descrito em Integrando o produto ao ambiente BR*Tools napágina 348.




AVISO A configuração do parâmetro SNAPSHOT_OBJECTS determina a execução ou não deum backup do Storage Direct ou do Application Direct.

Tabela 32 Parâmetros do SAP com Oracle para operações do Storage Direct

Parâmetro: ARCH_LOGS_SEQUENTIAL

Seção: [GENERAL]

Especifica se o programa brarchive faz backup de registros de arquivamento em ordem alfabética para otimizar a

remoção do registro (limpeza) durante um backup de registro de arquivamento.

Configurar esse parâmetro como TRUE faz com que o programa brarchive faça backup dos registros de

arquivamento em ordem alfabética, o que acelera o processo de limpeza do registro durante o backup de registrosde arquivamento.

O parâmetro é ignorado durante uma operação brbackup ou uma operação brrestore.

Opcional para backups de registros de arquivamento com brarchive.

Valores válidos:

l FALSE (padrão).

l TRUE.

Obs.: Quando você usa o valor não padrão TRUE, o parâmetro de balanceamento de carga GROUP_BY_FS será

ignorado durante o backup de brarchive.

Parâmetro: GROUP_BY_FS

Seção: [GENERAL]

Se você definir esse parâmetro como TRUE, a operação ignorará o parâmetro SAVESETS e agrupará os arquivos por

file system em vez de pelo tamanho do arquivo. Este agrupamento eficiente de arquivos pode melhorar odesempenho dos backups, as pesquisas de indexação e o tempo de restauração.

Obs.: A configuração desse parâmetro como TRUE significa que todos os arquivos que estão sendo processadosdevem estar visíveis dentro do file system local. Nomes de caminho de UNC do Windows devem ser associados auma letra da unidade local.

Opcional para um backup.

Valores válidos:

l FALSE (padrão).

l TRUE.


Seção: [GENERAL]

Especifica o número de fluxos de dados simultâneos a serem enviados para ou do sistema Data Domain durante umaoperação de backup ou restauração do Application Direct para cada programa backint que o SAP Oracle executar

para a operação.

Esta configuração se aplica a um backup do Application Direct ou a uma restauração do DD Boost de objetosespecíficos do SAP Oracle, como metadados, que podem ocorrer em conjunto com uma operação do Storage Direct.

Obs.: O valor de paralelismo para um backup será reduzido se o valor for maior que o valor do parâmetroSAVESETS.



Tabela 32 Parâmetros do SAP com Oracle para operações do Storage Direct (continuação)

Para um backup ou restauração do Storage Direct, apenas um único processo do backint executa as

operações do Storage Direct.

Opcional para um backup ou restauração.

Valores válidos:

l 8 (padrão).


Parâmetro: RAW_DEVICE_SKIP_BYTES

Seção: [GENERAL]

Especifica para omitir dados indesejados da recuperação em um dispositivo bruto. Especifica o volume inicial dedados a serem ignorados.

AVISO Ao ajustar o volume de dados para ignorar, é necessário conhecimento avançado do sistema operacionale das especificações do Gerenciador de volumes.

Valores válidos:


l Nome do dispositivo válido, seguido por um sinal de igual e o volume de dados para ignorar em bytes, kilobytes,megabytes ou gigabytes:

RAW_DEVICE_SKIP_BYTES=/raw/dev1=skip[B|K|M|G]

Especifique vários dispositivos, separando os dispositivos com uma vírgula. Por exemplo, a seguinte configuraçãoignora 8 KB para o dispositivo bruto /dev/rdsk/c2t4d0s5:

RAW_DEVICE_SKIP_BYTES=/dev/rdsk/c2t4d0s5=8K

Parâmetro: RAW_DIR

Seção: [GENERAL]

Especifica os diretórios para partições de disco bruto somente no UNIX. Todos os arquivos abaixo desses diretóriossão considerados como partições de disco bruto.

Não defina este parâmetro para os diretórios de /dev ou /devices que já são tratados como dispositivos brutos.

Obs.: As partições listadas são apontadas pelos links simbólicos em $SAPDATA_HOME/sapraw/<TBS>_<number>/.

Valores válidos:


l Nomes de caminho de diretório das partições de disco bruto, separadas por ponto e vírgula (;). Por exemplo:

RAW_DIR = /oracle/data;/sap/data

Parâmetro: RELOCATION_DEST

Seção: [GENERAL]

Para uma restauração realocada, especifica um novo diretório raiz para datafiles SAP quando SAPDATA_HOME é

alterado, mas a estrutura de subdiretórios em SAPDATA_HOME não é alterada.

Valores válidos:



Tabela 32 Parâmetros do SAP com Oracle para operações do Storage Direct (continuação)


l Mesmo valor que o novo valor SAPDATA_HOME .

Parâmetro: SAVESETS

Seção: [GENERAL]

Especifica o número de savesets criados no destino do Data Domain. Os arquivos de dados de backup são divididosem savesets com base no tamanho do arquivo.

Esse parâmetro será ignorado se o parâmetro GROUP_BY_FS for definido como TRUE.

Valores válidos:

l 20 (padrão).


Parâmetro: SNAPSHOT_OBJECTS

Seção: [GENERAL]

Especifica a execução ou não de um backup do Storage Direct ou do Application Direct dos arquivos de banco dedados do SAP Oracle, de arquivos de redo logs arquivados e arquivos de metadados. Os metadados incluem os perfise catálogos do SAP Oracle.

O agente de aplicativos de banco de dados executa um backup do Application Direct de todos os arquivos que nãoresidam em um volume sujeito a snapshots e de todo tipo de arquivo não especificado nesta configuração deparâmetro.

Obs.: É recomendável que você execute um backup do Application Direct dos metadados, porque os arquivos demetadados são muito pequenos em tamanho e em número.

Obrigatório para um backup do Storage Direct.

Valores válidos:

l Indefinido (padrão) = executa um backup do Application Direct dos arquivos de banco de dados, dos arquivos delog e dos metadados.

l Um ou mais dos seguintes valores separados por vírgulas:

n DATA = executa um backup do Storage Direct dos arquivos do banco de dados.

n LOGS = executa um backup do Storage Direct dos arquivos de redo logs arquivados.

n METADATA = executa um backup do Storage Direct dos metadados.Obs.: METADATA deve ser usado em combinação com DATA, LOGS ou ambos.

Por exemplo, a seguinte configuração especifica um backup do Storage Direct do banco de dados e dos arquivos delog e um backup do Application Direct dos metadados:

SNAPSHOT_OBJECTS = DATA, LOGS

Preparando a restauração de registros arquivadosDepois de executar inúmeros backups de SAP com o Oracle, os registros arquivados de backuppodem estar em vários conjuntos de imagens estáticas. Durante a restauração de registrosarquivados do Oracle, um conjunto separado de dispositivos de restauração deve estar disponívelpara montar cada conjunto de imagens estáticas.



Antes de iniciar uma restauração de registros arquivados, certifique-se de que você tenha onúmero necessário de dispositivos de restauração no pool de dispositivos do DD vdisk. Essenúmero de dispositivos de restauração deve ser pelo menos igual ao número de LUNs de origem doVMAX ou do XtremIO multiplicado pelo número de backups, conforme exigido pela restauraçãoespecífica.

Obs.:Os dispositivos de restauração ou LUNs não precisam ser dedicados ao servidor de banco dedados SAP com Oracle. Os dispositivos de restauração podem estar em um pool que também éusado para outras restaurações de aplicativos ou servidor, que podem ser executadas emmomentos diferentes, desde que os dispositivos estejam mascarados adequadamente.

Lembre-se de executar uma restauração point-in-time de registros arquivados, não umarestauração da reversão.

Por exemplo, a política de backup especifica um backup diário completo do banco de dados e umbackup de registros arquivados quatro vezes por dia. Para habilitar a restauração a partir de umbackup do banco de dados específico e a aplicação de todos os registros exigidos, você precisaráde quatro vezes o número de LUNs de origem do VMAX ou do XtremIO, onde os registrosarquivados estão localizados.

Preparando o dispositivo Data Domain para restauração no WindowsEm um ambiente do Storage Direct com RecoverPoint do Windows, você deve preparar odispositivo de vdisk do Data Domain antes de poder restaurar um backup do Storage Direct comRecoverPoint em um array XtremIO.

Procedimento

Após os serviços de block do Data Domain serem criados para o dispositivo vdisk de acordo com adocumentação do Storage Direct, conclua as etapas a seguir.

Procedimento

1. Para colocar o dispositivo on-line, use o Gerenciador de discos.

2. Se a coleta do dispositivo on-line apresentar falha porque o dispositivo está em um estadodesconhecido:

a. Para colocar o dispositivo off-line, use o comando diskpart do Windows.

b. Para colocar o dispositivo on-line, use o Gerenciador de discos.

Preparando para restaurações da reversão de backups do Storage Direct do SAPcom Oracle

Antes de executar uma restauração da reversão de um backup do Storage Direct do SAP comOracle, certifique-se de que você tenha copiado o diretório SAPBACKUP para um local alternativoe definido a variável de ambiente SAPBACKUP de acordo.

Procedimento

Durante uma restauração da reversão, o SAP registra a lista de datafiles para a restauração sob odiretório SAPBACKUP. Por padrão, esse diretório está localizado em um dos file systems que estãoenvolvidos na restauração da reversão. A menos que você especifique um novo local para odiretório SAPBACKUP antes da restauração da reversão, o diretório será considerado "em uso"quando a restauração transferir file systems existentes e a reversão de restauração falhar.

Você pode executar as seguintes etapas para a reconfigurar o diretório SAPBACKUP para um localnão padrão.



Procedimento

1. Copie o diretório SAPBACKUP existente para um novo local. Por exemplo:

cd /mnt/oracle/CERcp -r -f sapbackup /newLocation

2. Defina a variável de ambiente SAPBACKUP para o novo local de diretório. Por exemplo:

export SAPBACKUP=/newLocation/sapbackup

Preparando-se para backups e restaurações da reversão do SAP com OracleStorage Direct com RecoverPoint que usam o RecoverPoint pré-5.0

Com o RecoverPoint pré-5.0, o agente de aplicativos de banco de dados realiza uma restauraçãoda reversão de um backup do Storage Direct com RecoverPoint no nível de consistency group. Seo consistency group do RecoverPoint que está sendo restaurado contiver várias LUNs, então todasessas LUNs serão sobregravadas e ficarão inacessíveis durante a restauração da reversão. Osrequisitos específicos são aplicados aos backups e às restaurações da reversão do SAP com OracleStorage Direct com RecoverPoint.


Obs.: Com o RecoverPoint pré-5.0, um backup e restauração da reversão do Storage Directcom RecoverPoint sempre ocorre no nível do consistency group, independentemente de quaisobjetos estão incluídos no comando de backup. Como uma prática recomendada pararestauração da reversão do Storage Direct com RecoverPoint, ao executar o backup ou arestauração da reversão, não exclua os registros ou os arquivos de banco de dados que fazemparte do consistency group do RecoverPoint cujo backup está sendo feito ou restaurado.

Certifique-se de atender aos seguintes requisitos para a restauração da reversão do SAP comOracle de um backup do Storage Direct com RecoverPoint com o RecoverPoint pré-5.0:

l Os arquivos de controle do Oracle e os redo logs on-line residem nos dispositivos sem snapshotconvencionais ou em um consistency group do RecoverPoint separado.

l Se um tablespace do Oracle tiver de permanecer on-line durante uma restauração da reversão,esse tablespace on-line e o tablespace a ser restaurado estarão localizados em consistencygroups.

l Os arquivos de dados do Oracle e os arquivos de log arquivados estão em consistency groupsseparados.

l Os arquivos do catálogo do BR*Tools e os arquivos de dados do Oracle estarão em consistencygroups separados.

Obs.: É recomendável que você execute um backup do Application Direct dos arquivos demetadados do BR*Tools, que incluem os arquivos de catálogo, porque os arquivos demetadados são muito pequenos. Você pode especificar o backup do Application Direct dosmetadados, omitindo o valor dos METADADOS das configurações de parâmetro doSNAPSHOT_OBJECTS.



Executando backups e recuperação do Storage Direct comSAP BR*Tools

Você pode executar operações do Storage Direct com o SAP BR*Tools depois de concluir asconfigurações de backup em Configuração de operações do Storage Direct em um ambiente SAPcom Oracle na página 347.

Você pode executar a CLI do BR*Tools ou uma GUI compatível com suporte para realizar asoperações de backup, restauração ou recuperação do Storage Direct com o agente de aplicativosde banco de dados.

A documentação do SAP e do Oracle apresenta detalhes sobre as opções disponíveis.

Executando backups do Storage Direct com BR*ToolsPara executar backups do banco de dados e de redo logs arquivados, você pode executar oscomandos brbackup e brarchive com as opções apropriadas. Por exemplo:

l Backup off-line de todo o banco de dados:

brbackup -m all -t offline -d util_file

l Backup on-line de um único tablespace:

brbackup -m system -t online -d util_file_online

Para fazer backup de redo logs arquivados se você executar um backup on-line, poderá executar ocomando brarchive:

brarchive

Obs.: Sem os redo logs, você poderá recuperar um banco de dados cujo backup foi feito on-line apenas até a hora de seu último backup completo.

Para fazer backup de arquivos ou diretórios que não estejam no banco de dados, você podeexecutar o seguinte comando:

brbackup -m {sap_dir | ora_dir | all_dir | <full_directory_path> | <nondatabase_file_path>}

Para garantir que o backup esteja legível e completo depois que ele estiver concluído, você podeexecutar o comando brbackup com a opção -verify.

Fazendo backups e restaurações do Storage Direct com BR*ToolsPara garantir que o backup a ser restaurado existe antes de realizar uma restauração ourecuperação, você pode executar o comando brrestore com a opção -verify. Adocumentação do BR*Tools apresenta detalhes sobre a opção -verify.

Por exemplo, o seguinte comando solicita o backup mais recente:

brrestore -b last -verify only_conf



Para realizar uma restauração ou recuperação, você pode usar o comando brrestore ou ainterface brrecover. O comando brrestore restaura os arquivos de banco de dadosarmazenados, e você deve executar o Oracle SQL Plus para recuperar o banco de dados, aplicandoos registros de transações para avançar o banco de dados para um point-in-time específico. Ainterface brrecover automatiza o processo de restauração e de recuperação chamandobrrestore e o SQL Plus para executar as etapas específicas conforme necessário.

Por exemplo, para restaurar o banco de dados inteiro, você pode executar o seguinte comando:

brrestore -u / -m all -d util_file -c force

Para restaurar apenas um tablespace, você pode executar o seguinte comando:

brrestore -u / -m PSAPSR3DB -d util_file -c force

AVISOO programa brrestore usado para uma operação de restauração, seja executadodiretamente da linha de comando ou indiretamente do comando brrecover, primeiro excluirátodos os arquivos originais a serem restaurados antes de o programa executar backint pararestaurar os arquivos de backup. Os arquivos originais serão perdidos se brrestore oubackint apresentar falha.

Para evitar esses problemas, realize uma das seguintes ações:

l Restaure os arquivos para um local diferente que não inclua todos os arquivos usando aopção -m e especificando o destino da restauração. Por exemplo:

brrestore -m <tablespace_name>=<restore_directory>

l Para impedir a exclusão dos arquivos originais pelo brrestore, use a opção brrestore-NFD.

Para restaurar dados a partir de um backup do diretório (não banco de dados), use o comandobrrestore -m non_db. Quando você restaura os dados do diretório SAP, impede a exclusão deBR*Tools e de binários backint durante a restauração realizando uma restauração realocada. Porexemplo, execute o seguinte comando:

brrestore -m non_db=<restore_directory>

Executando uma restauração do Storage Direct em hosts alternativosPara restaurar opcionalmente os dados para um host do SAP Oracle (host de destino) diferentedaquele em que o backup foi feito:

l Defina o parâmetro CLIENT para o nome de host do host no qual foi feito backup dos dados.

l Siga as etapas de recuperação de desastres para recriar o ambiente e restaurar os arquivos deconfiguração e os registros do BR*Tools. Preparando para a recuperação de desastres do SAPcom Oracle na página 358 apresenta detalhes.



Preparando para a recuperação de desastres do SAP comOracle

Para um plano de recuperação de desastres abrangente, é necessário garantir que você possareconstruir o ambiente computacional e todos os arquivos do servidor SAP Oracle associados àmanutenção de dados no host de aplicativos.

Use as seguintes diretrizes para se preparar para a recuperação de desastres do host do servidorSAP com Oracle:

l Mantenha registros precisos e completos das configurações de rede e de sistema. Mantenhatoda a mídia de software original e os itens a seguir em um local seguro:





l Para garantir a recuperação de configurações específicas do cliente do banco de dados, façabackup dos arquivos de configuração do sistema de acordo com a documentação do SAP comOracle. O backup desses arquivos não é feito durante os backups dos bancos de dados.

l Lembre-se de garantir que tenha um backup completo atual do banco de dados e todos os redologs arquivados conforme necessário para uma recuperação do banco de dados para a horaatual.

Para se recuperar de um desastre, primeiro é preciso restaurar quaisquer arquivos de configuraçãoperdidos do Oracle e do SAP e arquivos de log de backup perdidos do BR*Tools de acordo com asinstruções a seguir. Depois de restaurar esses arquivos, você pode executar uma recuperaçãopoint-in-time do banco de dados ou uma redefinição completa do banco de dados de acordo comas instruções em Fazendo backups e restaurações do Storage Direct com BR*Tools na página 356.

Restaurando os arquivos necessários do Oracle e do SAP BR*ToolsO procedimento a seguir é uma versão concisa das etapas de recuperação de desastres descritasna documentação da SAP, modificada para os requisitos específicos do agente de aplicativos debanco de dados. Você pode realizar esse procedimento no host original ou em um novo host,ambos referidos como host de destino.

Procedimento

Para restaurar para um host diferente do backup, siga as diretrizes em Executando umarestauração do Storage Direct em hosts alternativos na página 357.

Procedimento

1. Se todo o sistema SAP Oracle for perdido:

a. Reinstale todos os componentes de software necessários do SAP e Oracle de acordocom a documentação da SAP e da Oracle.

b. Reconfigure o layout de dados de SAP, como o diretório SAPDATA_HOME e seussubdiretórios, para o mesmo estado anterior ao desastre.

2. Configure o arquivo de configuração de BR*Tools, init<DBSID>-dr.sap, e o arquivo deconfiguração do agente de aplicativos de banco de dados, init<DBSID>-dr.utl, para arecuperação no host de destino.

3. Crie novamente a lockbox no host de destino. Configurando a lockbox na página 110apresenta detalhes sobre a lockbox.



4. Certifique-se de que os parâmetros estejam definidos corretamente para uma restauraçãoredirecionada de acordo com Configurando os parâmetros do SAP com Oracle na página350.

5. Para realizar uma recuperação de desastres de perfis e registros no host de destino, inicie oBR*Tools no host e, em seguida, siga as instruções na tela.

Por exemplo, as seguintes etapas mostram como usar BR*Tools para recuperação dedesastres, a fim de restaurar os perfis e arquivos de log de um backup BRBACKUP.

a. No menu brtools, selecione Restore and Recovery e, em seguida, Disaster recovery.

b. Na página BRRECOVER options for disaster recovery, defina o local do arquivo deconfiguração de BR*Tools e do arquivo de configuração de SAP com Oracle com osnomes dos arquivos configurados na etapa 2.

Obs.: Se você estiver restaurando o arquivo de configuração original de BR*Tools ouo arquivo de configuração original de SAP com Oracle, certifique-se de que osarquivos usados para a recuperação de desastres possuam nomes diferentes ousejam armazenados em um local diferente dos arquivos originais a serem restaurados.

c. Na página Device type for restoring profiles and log files from BRBACKUP backup,selecione Backup utility.

d. Na página Parameters for restoring profiles and log files from BRBACKUP backuputility backup, especifique os arquivos a serem restaurados.

e. Na página Restore of profiles and log files from BRBACKUP backup, selecione oscomponentes que você deseja restaurar.

A documentação da SAP apresenta mais detalhes sobre a recuperação de desastres.

Recuperando um banco de dados do SAP Oracle após desastrePara realizar a recuperação point-in-time do banco de dados ou a redefinição do banco de dadosapós restaurar o arquivo de configuração e os registros corretos do SAP BR*Tools no host deaplicativos, siga o procedimento de recuperação normal de BR*Tools.

Fazendo backups e restaurações do Storage Direct com BR*Tools na página 356 apresenta oprocedimento para recuperar um banco de dados do SAP com Oracle.

A documentação da SAP apresenta mais detalhes sobre a recuperação do banco de dados.

SAP com Oracle RAC e requisitos de cluster para operaçõesdo Storage Direct

Você pode executar restaurações e backups do Storage Direct em um ambiente de cluster ativo-passivo ou no Oracle RAC.

Requisitos de cluster ativo-passivoVocê deve atender aos seguintes requisitos de configuração em um ambiente de cluster ativo-passivo:

l Você configurou o banco de dados no cluster de acordo com a documentação do servidor debanco de dados apropriada.

l Você instalou o agente de aplicativos de banco de dados em cada nó do cluster que participarádos backups ou das restaurações.



l Você definiu o parâmetro CLIENT no arquivo de configuração para o nome de host do nóvirtual. Parâmetros comuns na página 86 fornece detalhes sobre o parâmetro.

Requisitos do Oracle RACA documentação da SAP apresenta detalhes sobre a configuração do Oracle RAC. Você deveatender aos seguintes requisitos de configuração em um ambiente Oracle RAC:

l Uma das instâncias do Oracle RAC, definida como a instância de banco de dados dedicada(DDB), é usada para executar todas as tarefas de administração do banco de dados. Você deveser capaz de administrar todas as instâncias do RAC da instância DDB.

l Você instalou o BR*Tools e o agente de aplicativos de banco de dados no host da instânciaDDB.

l Você criou os diretórios de registro do BR*Tools, como SAPBACKUP e SAPARCH, em um filesystem compartilhado.

l Você configurou corretamente o Oracle SQL Net.

l Você definiu os parâmetros necessários, como parallel_instances e db_services, noarquivo de inicialização do SAP, init<DBSID>.sap, localizado na instância DDB.

Requisitos do Oracle RAC para a interface backintTodos os backups do Oracle RAC feitos com BR* Tools e a interface backint executam em umaúnica instância do RAC, a instância do DDB. A configuração da instância do DDB é a mesma paraum sistema Oracle independente.

Se você alterar a instância DDB após alguns backups terem sido realizados com a instância DDBoriginal, defina o parâmetro CLIENT=<original_DDB_instance_hostname> de modo a garantir quetodos os backups sejam armazenados no mesmo local do sistema Data Domain. Parâmetroscomuns na página 86 apresenta detalhes sobre o parâmetro.

Proteção e reversão do Storage Direct para VCS no SolarisUse os procedimentos nos tópicos a seguir para executar as operações de restauração e reversãodo Storage Direct para um sistema do VCS no Solaris.

Realizando uma restauração VCS de Storage DirectProcedimento






-- GROUP STATE-- Group System Probed AutoDisabled StateB ClusterService ledma054 Y N ONLINEB ClusterService ledma056 Y N OFFLINE



B oracle_ctl_sg ledma054 Y N ONLINEB oracle_ctl_sg ledma056 Y N OFFLINEB oracle_sg ledma054 Y N ONLINEB oracle_sg ledma056 Y N OFFLINEB vxfen ledma054 Y N ONLINEB vxfen ledma056 Y N ONLINE





root:/# hagrp -freeze <oracle_sg> -persistent






-- RESOURCES DISABLED-- Group Type ResourceH oracle_ctl_sg DiskGroup oracle_ctl_dg_DG_res1



H oracle_ctl_sg Mount oracle_ctl_dg_MNT_res1H oracle_ctl_sg Volume oracle_ctl_dg_VOL_res1H oracle_sg DiskGroup oracle_dg_DG_res1H oracle_sg Mount oracle_dg_MNT_res1H oracle_sg Volume oracle_dg_VOL_res1








d. SQL > exit

b. Realize a recuperação e restauração do RMAN.




b. Descongele os grupos de serviço e permita On-line/Off-line. Digite o seguinte comando:





-- GROUP STATE-- Group System Probed AutoDisabled StateB ClusterService ledma054 Y N ONLINEB ClusterService ledma056 Y N OFFLINEB oracle_ctl_sg ledma054 Y N ONLINEB oracle_ctl_sg ledma056 Y N OFFLINE



B oracle_sg ledma054 Y N ONLINEB oracle_sg ledma056 Y N OFFLINEB vxfen ledma054 Y N ONLINEB vxfen ledma056 Y N ONLINE

Realizando uma reversão do Storage Direct VCSProcedimento

Obs.: Uma reversão apresenta falha se você alterar o estilo do nome do dispositivo de multi-pathing I/O. A reversão para a LUN de origem é bem-sucedida. No entanto, o fsck e amontagem apresentam falhas. Nesse cenário, monte manualmente o FS.

Procedimento













root:/# hagrp -freeze <oracle_sg> -persistentroot:/# hagrp -freeze <oracle_ctl_sg> -persistent






-- RESOURCES DISABLED-- Group Type ResourceH oracle_ctl_sg DiskGroup oracle_ctl_dg_DG_res1H oracle_ctl_sg Mount oracle_ctl_dg_MNT_res1H oracle_ctl_sg Volume oracle_ctl_dg_VOL_res1H oracle_sg DiskGroup oracle_dg_DG_res1H oracle_sg Mount oracle_dg_MNT_res1H oracle_sg Volume oracle_dg_VOL_res1










d. SQL > exit

b. Faça a recuperação e a reversão do RMAN.




b. Descongele os grupos de serviço e permita On-line ou Off-line. Digite o seguintecomando:






Obs.: Os grupos de serviço apresentarão falha, mas ficarão novamente on-line em umcurto período.



Dicas de solução de problemas do SAP com Oracle paraoperações do Storage Direct


O agente de aplicativos de banco de dados mantém os registros operacionais e de depuração nosdiretórios padrão:

l No UNIX ou Linux: /opt/dpsapps/dbappagent/logs, vinculado a /var/opt/ddbda/logs

l No Windows: C:\Program Files\DPSAPPS\DBAPPAGENT\logsAs operações do Storage Direct mantêm um registro operacional separado chamado ddbsm.log,que apresenta detalhes sobre as operações e erros.




CAPÍTULO 12

Operações da proteção de aplicativosorquestrados em bancos de dados MicrosoftSQL, MongoDB, MySQL e PostgreSQL


l Visão geral da proteção de aplicativos orquestrados........................................................... 368l Componentes da proteção de aplicativos orquestrados........................................................371l Configurando operações da proteção de aplicativos orquestrados...................................... 372l Realizando operações da proteção de aplicativos orquestrados........................................... 391l Preparando a recuperação de desastres da proteção de aplicativos orquestrados.............. 405l Dicas de solução de problemas da proteção de aplicativos orquestrados.............................406


Visão geral da proteção de aplicativos orquestradosO agente de aplicativos de banco de dados 19.2 incluiu o recurso da proteção de aplicativosorquestrados que fornece backups e restaurações do Microsoft SQL, MongoDB, MySQLCommunity Edition e backups do PostgreSQL para um dispositivo DD Boost e permiterestaurações a partir do dispositivo DD Boost.

A proteção de aplicativos orquestrados fornece backups de banco de dados por meio do programado agente de aplicativos de banco de dados ddbmoappbackup, que aproveita os utilitários debackup nativos fornecidos pelo software de banco de dados. Dependendo do nível de backupespecificado, você deve definir os parâmetros de backup da proteção de aplicativos orquestradosem uma seção específica do arquivo de configuração do agente de aplicativos de banco de dados.

A proteção de aplicativos orquestrados fornece operações de restauração por meio do programado agente de aplicativos de banco de dados ddbmoapprecover, que recebe os dados de backuppor meio do programa ddbmoappbackup e armazena os dados no disco local. Em seguida, vocêpode usar os utilitários de restauração nativos que o software de banco de dados fornece pararestaurar e recuperar o banco de dados.

A compatibilidade do suporte do agente de aplicativos de banco de dados da proteção deaplicativos orquestrados exige a instalação do pacote de client do Data Domain BoostFSnecessário, conforme descrito em Software Data Domain BoostFS na página 75.

Recursos do agente de aplicativos de banco de dados específicos para Microsoft SQL na página368 apresenta mais informações sobre como configurar e executar os backups e restaurações doMicrosoft SQL por meio da proteção de aplicativos orquestrada.

Recursos específicos do agente de aplicativos de banco de dados para MongoDB na página 369apresenta mais informações sobre a configuração e a execução de backups e restaurações doMongoDB por meio da proteção de aplicativos orquestrada.

Recursos do agente de aplicativos de banco de dados específicos para MySQL na página 369apresenta mais informações sobre como configurar e executar os backups e restaurações doMySQL por meio de proteção de aplicativos orquestrada.

Recursos do agente de aplicativos de banco de dados específicos para PostgreSQL na página 369apresenta mais informações sobre como configurar e executar os backups e restaurações doPostgreSQL por meio de proteção de aplicativos orquestrada.

Recursos do agente de aplicativos de banco de dados específicos para MicrosoftSQL

O agente de aplicativos de banco de dados é compatível com backups e restaurações de dados dobanco de dados Microsoft SQL para e a partir de um dispositivo DD Boost por meio do recurso deproteção de aplicativos orquestrados.

O programa do agente de aplicativos de banco de dados ddbmoappbackup funciona com outilitário Microsoft SQL sqlcmd para realizar os backups do banco de dados. O Microsoft SQL écompatível com os backups completo, diferencial e incremental usando o utilitário sqlcmd.

O programa do agente de aplicativos de banco de dados ddbmoapprecover recupera o backupdo banco de dados Microsoft SQL em um diretório especificado pelo usuário. Inicialmente, odiretório não existe inicialmente no File System e o programa cria o diretório. Depois de executar oprograma ddbmoapprecover para recuperar os dados e arquivos de log necessários, execute outiltário sqlcmd necessário para concluir a restauração ou recuperação do backup de dados.

Visão geral da proteção de aplicativos orquestrados na página 368 Visão geral da proteção deaplicativos orquestrados, na página 350, apresenta mais detalhes sobre a proteção de aplicativosorquestrada.

Operações da proteção de aplicativos orquestrados em bancos de dados Microsoft SQL, MongoDB, MySQL e PostgreSQL


Recursos específicos do agente de aplicativos de banco de dados para MongoDBO agente de aplicativos de banco de dados é compatível com backups e restaurações de dados dobanco de dados MongoDB para e a partir de um dispositivo DD Boost por meio do recurso deproteção de aplicativos orquestrados.

O programa do agente de aplicativos de banco de dados ddbmoappbackup trabalha com outilitário MongoDB mongodump para executar backups completos do banco de dados. O MongoDBnão é compatível com backups incrementais de banco de dados ou backups de registros detransação. Depois de concluir a configuração de backup necessária, você pode executar backupsmanuais do agente de aplicativos de banco de dados dos dados do MongoDB.

O programa do agente de aplicativos de banco de dados ddbmoapprecover recupera o backupde dados do MongoDB em um diretório especificado pelo usuário. Inicialmente, o diretório nãoexiste inicialmente no File System e o programa cria o diretório. Depois de executar o programaddbmoapprecover, você deve executar o utilitário de restauração do MongoDB necessário paraconcluir a restauração do backup de dados.

Visão geral da proteção de aplicativos orquestrados na página 368 apresenta mais detalhes sobre aproteção de aplicativos orquestrada.

Recursos do agente de aplicativos de banco de dados específicos para MySQLO agente de aplicativos de banco de dados é compatível com backups e restaurações de dados dobanco de dados MySQL para e a partir de um dispositivo DD Boost por meio do recurso deproteção de aplicativos orquestrados.

O programa do agente de aplicativos de banco de dados ddbmoappbackup trabalha com outilitário MySQL mysqldump para executar backups completos do banco de dados. MySQL écompatível com o registro de transações (registro binário) e o registro de transações pode sersubmetido a backup separadamente. Depois de concluir a configuração de backup necessária, vocêpode executar backups manuais do agente de aplicativos de banco de dados dos dados do MySQL.

O programa do agente de aplicativos de banco de dados ddbmoapprecover recupera o backupde dados ou registro do MySQL em um diretório especificado pelo usuário. Inicialmente, o diretórionão existe inicialmente no File System e o programa cria o diretório. Depois de executar oprograma ddbmoapprecover para recuperar os dados e arquivos de log necessários, execute outilitário necessário para concluir a restauração ou recuperação do backup de dados.


Recursos do agente de aplicativos de banco de dados específicos paraPostgreSQL

O agente de aplicativos de banco de dados é compatível com backups e restaurações de dados dobanco de dados PostgreSQL para e a partir de um dispositivo DD Boost por meio do recurso deproteção de aplicativos orquestrados.

O programa do agente de aplicativos de banco de dados ddbmoappbackup trabalha com osutilitários do PostgreSQL pg_dump e pg_dumpallpara realizar backups completos do banco dedados sem o arquivamento de arquivo de segmento do WAL (Write Ahead Log, registro degravação antecipada). O programa ddbmoappbackup exige que o utilitário pg_basebackupexecute backups completos do banco de dados se o arquivamento de arquivo de segmento do WALestiver ativado. O programa ddbmoappbackup também executa os backups de registros detransação. Depois de concluir a configuração de backup necessária, você pode executar backupsmanuais do agente de aplicativos de banco de dados dos dados do PostgreSQL.



O programa do agente de aplicativos de banco de dados ddbmoapprecover recupera o backupde dados do PostgreSQL em um diretório especificado pelo usuário. Inicialmente, o diretório nãoexiste inicialmente no File System e o programa cria o diretório. O programa ddbmoapprecovertambém pode recuperar o arquivo de segmento do WAL arquivado para o local necessário. Depoisde executar o programa ddbmoapprecover você deve executar o utilitário de restauração doPostgreSQL necessário para concluir a restauração do backup de dados.


Backup completo e do registro de transaçõesO agente de aplicativos de banco de dados é compatível com dois níveis de backup para osbackups de banco de dados PostgreSQL backups completos e backups de registro de transações(arquivamento de arquivo de segmento do WAL). O programa ddbmoappbackup do agente deaplicativos de banco de dados realiza esses backups ativados por meio da configuração daproteção de aplicativos orquestrados.

Você deve especificar o nível de backup apropriado para os dados de banco de dados PostgreSQLdos quais deseja fazer backup:

l Full — um backup completo em um ambiente de instância única deve usar o utilitárioPostgreSQL necessário:

n Use o utilitário pg_dump ou pg_dumpall para fazer backup de um banco de dados quandoo arquivamento de arquivo de segmento do WAL estiver desativado.

n Use o utilitário pg_basebackup para fazer backup de um banco de dados quando oarquivamento de arquivo de segmento do WAL estiver ativado.

Obs.:Quando o arquivamento de arquivo de segmento do WAL está ativado, o backup completodeve aproveitar o utilitário pg_basebackup conforme exigido pelo PostgreSQL.

O agente de aplicativos de banco de dados deve usar os métodos PostgreSQLrecomendados para fazer backup dos registros de transações (arquivos de segmento doWAL). Usar simplesmente apenas um comando de cópia no arquivo de script de backup daproteção de aplicativos orquestrados do agente de aplicativos de banco de dados ou outrosmétodos para o backup de registros de transação pode causar problemas durante arestauração.

l Registro de transações — um backup de registro de transação (arquivo de segmento do WAL)é executado por meio do programa ddbmoappbackup para o Data Domain.

Obs.: O segmento do WAL do PostgreSQL funciona com a transação do PostgreSQL.Somente as operações dentro das transações podem ser registradas nos arquivos desegmento do WAL. A restauração de arquivamento do WAL exige que as informações datransação no arquivo de segmento do WAL encontrem o ponto de tempo para arestauração point-in-time. Sem as informações da transação, a restauração doarquivamento do WAL e a restauração point-in-time não serão concluídas corretamente.

Para ativar o arquivamento de arquivos de segmento do WAL, você deve registrar o programaddbmoappbackup com suas opções de linha de comando necessárias por meio daconfiguração archive_command no arquivo postgresql.conf. Você deve especificar onível de backup com a opção de linha de -l txnlog comando na configuraçãoarchive_command.

Considerações sobre o backup do PostgreSQL na página 388 apresenta detalhes sobre comoconfigurar e executar as operações de backup do agente de aplicativos de banco de dados.



Restaurações do PostgreSQLO programa do agente de aplicativos de banco de dados ddbmoapprecover recupera o backupde dados do PostgreSQL em um diretório vazio especificado pelo usuário. Depois de executar oprograma ddbmoapprecover, você deve executar o utilitário de restauração PostgreSQLnecessário para concluir a recuperação do backup de dados.

Obs.: O segmento do WAL do PostgreSQL funciona com a transação do PostgreSQL. Somenteas operações dentro das transações podem ser registradas nos arquivos de segmento do WAL.A restauração de arquivamento do WAL exige que as informações da transação no arquivo desegmento do WAL encontrem o ponto de tempo para a restauração point-in-time. Sem asinformações da transação, a restauração do arquivamento do WAL e a restauração point-in-time não serão concluídas corretamente. Para ativar a restauração de arquivos de segmento doarquivamento do WAL, você deve registrar o programa ddbmoapprecover com suas opçõesde linha de comando necessárias por meio da configuração restore_command no arquivorecovery.conf.

Você também deve definir os parâmetros necessários de restauração da proteção de aplicativosorquestrados em uma seção de restauração do arquivo de configuração do agente de aplicativos debanco de dados.

Realizando a restauração de dados do PostgreSQL na página 402 detalhes sobre como configurar eexecutar as operações de restauração do agente de aplicativos de banco de dados.

Componentes da proteção de aplicativos orquestradosA tabela a seguir lista os principais componentes de software instalados no host do banco de dadosou aplicativo durante uma instalação do software de agente de aplicativos de banco de dados.

Tabela 33 Componentes da proteção de aplicativos orquestrados


oapp_ddbda.cfg O modelo do arquivo de configuração que pode ser usado para configurações debackup e restauração.

ddbmadmin Programa usado para registrar a lockbox e para listar e excluir savesets de backup.O programa ddbmadmin armazena a senha do usuário do banco de dados na

lockbox.

oapp_ddbda_mongodb.example

Localizado no diretório /opt/dpsapps/dbappagent/config somente no Linux.

Um arquivo de exemplo para ajudar com as operações do MongoDB. O arquivoinclui exemplos de um script do shell de backup e o arquivo de configuração doagente de aplicativos de banco de dados.

oapp_ddbda_mysql.example


Um arquivo de exemplo para ajudar com as operações do MySQL. O arquivo incluiexemplos de um script do shell de backup e o arquivo de configuração do agente deaplicativos de banco de dados.

oapp_ddbda_postgresql.example


Um arquivo de exemplo para ajudar com as operações do PostgreSQL. O arquivoinclui exemplos de um script do shell de backup, arquivo de configuração do agentede aplicativos de banco de dados archive_command, configurações para o

arquivo postgresql.conf de banco de restore_command e configurações

para o arquivo recovery.conf.



Tabela 33 Componentes da proteção de aplicativos orquestrados (continuação)


oapp_ddbda_mssql.example


Um arquivo de exemplo para ajudar com as operações do Microsoft SQL. O arquivoinclui exemplos de um script do shell de backup e o arquivo de configuração doagente de aplicativos de banco de dados.

ddbmoappbackup Localizado no diretório /opt/dpsapps/dbappagent/bin somente no Linux.

Programa para backups realizados por meio da proteção de aplicativosorquestrados.

ddbmoapprecover Localizado no diretório /opt/dpsapps/dbappagent/bin somente no Linux.

Programa para restaurações executadas por meio de proteção de aplicativosorquestrados.

Configurando operações da proteção de aplicativosorquestrados

Conclua as configurações necessárias do agente de aplicativos de banco de dados para ativar asoperações da proteção de aplicativos orquestrados nos bancos de dados Microsoft SQL,MongoDB, MySQL e PostgreSQL.

Parâmetros da proteção de aplicativos orquestradosVocê deve concluir as configurações necessárias de parâmetros para as operações de backup erestauração do agente de aplicativos de banco de dados realizadas por meio do recurso deproteção de aplicativos orquestrados.

Consulte os tópicos a seguir para obter detalhes sobre como definir os parâmetros do agente deaplicativos de banco de dados para operações de backup ou restauração com o recurso deproteção de aplicativos orquestrados.

Parâmetros para backups da proteção de aplicativos orquestradosVocê deve concluir as configurações necessárias de parâmetro para as operações de backup doagente de aplicativos de banco de dados realizadas por meio do recurso da proteção de aplicativosorquestrados.

Defina os parâmetros em um arquivo de configuração do agente de aplicativos de banco de dadosque você cria com as tags de XML necessárias, conforme descrito em Definindo o arquivo deconfiguração na página 80. Defina os parâmetros de backup na seção de parâmetros de backup doarquivo de configuração, que começa com uma tag <BACKUP> e termina com uma tag </BACKUP>.

A tabela a seguir descreve os parâmetros do agente de aplicativos de banco de dados para backupsde proteção de aplicativos orquestrados.

Tabela 34 Parâmetros para backups da proteção de aplicativos orquestrados

Parâmetros Descrição Valores válidos e padrão

BACKUP_NAME Especifica um nome lógico para o backup.Obs.: Se alterar essa configuração deparâmetro após vários backups,


l Nome do backup.



Tabela 34 Parâmetros para backups da proteção de aplicativos orquestrados (continuação)


execute um backup completoimediatamente.

Obrigatório.

Obs.: O nome do backup não podeconter um espaço ou dois pontos.

BACKUP_CHAIN Especifica se os savesets de backupsdependentes devem ser encadeadosdurante a restauração.

l FALSE (padrão) = o agente deaplicativos de banco de dados nãoativa o encadeamento de backup.

l TRUE = o agente de aplicativos debanco de dados ativa o encadeamentode backup.

Obs.: Esse valor é necessário paraencadear savesets dependentesdurante a restauração.

O parâmetro DB_NAME é obrigatório

quando BACKUP_CHAIN é definido

como TRUE.

Obs.: O agente de aplicativos debanco de dados não dá suporte aencadeamento de backup para bancosde dados MongoDB e PostgreSQL.

BACKUP_LEVEL Especifica o nível de backup a serrealizado.

l FULL (padrão) = executa um backupcompleto, que faz o backup de todosos dados de um banco de dadosespecificado.

l INCR = executa um backupincremental, que faz backup somentedos dados que foram alterados desdeo último backup.

l DIFF = executa um backup diferencial,que faz backup somente dos dadosque foram alterados desde o últimobackup completo ou incremental.

l TXNLOG = executa um backup deregistro que faz o backup do registroativo e dos arquivos de log detransação.

BACKUP_SCRIPT Especifica o nome do caminho completodo script do shell de backup a ser usadopara o backup. Com base no nível debackup, esse parâmetro deve ser definidona subseção <FULL>, <INCR>, <DIFF> ou<TXNLOG> do arquivo de configuração.

O script do shell de backup deve incluirum ou mais nomes de caminho dosarquivos ou diretórios de destino para o


l Nome do caminho completo válido doscript do shell de backup entre aspas.Por exemplo, <BACKUP_SCRIPT>/backup.sh</_BACKUP_SCRIPT>





backup e cada nome do caminho devecomeçar com $OAPP_MOUNT_DIR/.

Se você incluir um ou mais nomes decaminho de diretório no script, certifique-se de que o utilitário nativo de backuppossa criar esses diretórios, se necessário.A documentação do banco de dadosprotegido de proteção de aplicativosorquestrados apresenta informaçõessobre o utilitário nativo de backup.

Obs.: O arquivo de script de backupdeve ser de propriedade do usuário dobanco de dados que executa o backupou o usuário especificado porOS_USER. Os usuários de grupo e

outros usuários não devem terpermissão para acessar o arquivo.

AVISO O script do shell de backupdeve retornar um valor diferente dezero quando o backup apresentarfalha. Verifique se esse é o caso antesde executar qualquer backup.

Obrigatório.

CLIENT Especifica o hostname do aplicativo ou ohostname do client que está sendoprotegido e que tem backupsarmazenados no sistema Data Domain.


DDBOOST_USER Especifica o nome de usuário do usuáriodo Data Domain Boost (DD Boost)configurado no sistema Data Domainprincipal.


l Nome de usuário válido do DD Boost.

DEVICE_HOST Especifica o endereço IP ou o hostnamedo sistema Data Domain principal em queo backup é armazenado.


l Hostname válido como o nome dodomínio totalmente qualificado dosistema Data Domain principal. Porexemplo:DEVICE_HOST=dd.host.com

DEVICE_PATH Especifica o nome da unidade dearmazenamento ou um diretório de nívelsuperior dentro da unidade dearmazenamento no sistema Data Domainprimário.


l Nome de diretório válido da unidadede armazenamento no sistema DataDomain principal. Por exemplo:DEVICE_PATH=ddbda_test

DB_USER Especifica o nome de usuário para entradada lockbox do banco de dados. Defina o






valor do parâmetro DB_USER no arquivo

de configuração do ddbmadmin paraarmazenar as credenciais do banco dedados na lockbox usando o comandoddbmadmin. O utilitário orquestrado de

backup de proteção de aplicativosorquestrados recupera a senha da lockboxcom base no valor especificado para oparâmetro DB_USER. Criando arquivos de

configuração usados com proteção deaplicativos orquestrados na página 82apresenta mais informações.

DB_NAME Especifica o nome do banco de dados parabackup.

Obrigatório quando BACKUP_CHAIN é

definido como TRUE.


Obs.: Esse valor de parâmetro nãopode conter um espaço ou doispontos.

DATABASE_TYPE Especifica o tipo de banco de dados parabackup.

Obrigatório.


l Tipo de banco de dados, comoMongoDB, MySQL, MicrosoftSQL ouPostgreSQL.


DDBOOST_RETENTION Especifica se um bloqueio de retençãodeve ser aplicado aos savesets quepassaram por backup para DD Boost e, sedefinido, o período de retenção.Quando um bloqueio de retenção éaplicado, o backup não pode ser excluídoou modificado do sistema DD durante operíodo de retenção.

l 0 (padrão) = um bloqueio de retençãonão será aplicado ao backup.

l Qualquer período de tempo (em dias,semanas ou meses) = um bloqueio deretenção será aplicado aos savesetspara o período indicado. Por exemplo,<DDBOOST_RETENTION> 2 weeks</DDBOOST_RETENTION>Se o valor especificado neste arquivode configuração exceder o intervaloespecificado no sistema DD, obloqueio de retenção não seráaplicado.

Depois que o backup for concluído comsucesso, você poderá consultar aconfiguração de bloqueio de retenção deum saveset usando o comandoddbmadmin -s no formato ddbmadmin-s -e <end_time> -n application-z <configuration_file>. Por

exemplo:

ddbmadmin -s -e now -n oapp -z /opt/dbda_oapp_ddbmadmin.cfg





Criando arquivos de configuração usadoscom proteção de aplicativosorquestrados na página 82 apresenta maisinformações.

Obs.: Somente os backups deproteção de aplicativos orquestradosdão suporte à configuração e exibiçãode bloqueio de retenção do DD Boost.

DEBUG_BOOSTFS Especifica se o arquivo de log dedepuração binário do BoostFS deve sergerado, que está no diretório especificadopor DIAGNOSTIC_DEST ou no diretório

padrão /opt/dpsapps/dbappagent/logs.

Use este parâmetro para fins dedepuração com a assistência somente dosuporte técnico.

Opcional.

l FALSE (padrão) = o agente deaplicativos de banco de dados nãogera o arquivo de log de depuração doBoostFS.

l TRUE = o agente de aplicativos debanco de dados gera o arquivo de logde depuração do BoostFS com umaextensão de nome de arquivo .log.

INSTANCE_NAME Especifica um nome para descrever ainstância do banco de dados que éprotegida por um backup de proteção deaplicativos orquestrados.

Obs.: Se alterar essa configuração deparâmetro após vários backups,execute um backup completoimediatamente.

Obrigatório.


l Nome ou apelido da instância dobanco de dados protegida pelaproteção de aplicativos orquestrados.


OS_USER Especifica o nome de usuário do sistemaoperacional que executará o script do shellde backup especificado pela configuraçãoBACKUP_SCRIPT.

Obs.: Esse usuário deve serproprietário do arquivo deconfiguração e do arquivo de script debackup. Os usuários de grupo e outrosusuários não devem ter permissãopara acessar esse arquivo.

Obrigatório para o usuário root. Se ousuário root executar o comandoddbdaoappbackup, o parâmetro

OS_USER deverá especificar o nome de

usuário do usuário do sistema operacional.


l Nome de usuário válido do sistemaoperacional para executar o script doshell de backup.

USER_PSWD_PROMPT Especifica o prompt de senha que outilitário de backup do banco de dadosexibe quando uma senha precisa ser






reemitida por meio da linha de comando.Essa configuração de parâmetro permiteque o programa ddbdaoappbackuppasse a senha registrada na lockbox quefoi criada usando o ddbmadmin para o

utilitário de backup.

Obrigatório quando o backup exige umasenha.

l O prompt de senha que o utilitário debackup do banco de dados exibequando o backup exige uma senha.Cada bancos de dados ou aplicativoexige uma configuração específica doprompt de senha. Para determinar oprompt necessário, você podeexecutar manualmente o comando debackup do banco de dados (que vocêinclui no arquivo de script de backup)a partir da linha de comando.

Por exemplo, o utilitário de backup debanco de dados PostgreSQL exige aseguinte configuração:

<USER_PSWD_PROMPT>Password:</USER_PSWD_PROMPT>

Obs.: Você deve definir a senhapara o DB_USER na Lockbox,

executando o seguinte comando:

/opt/dpsapps/dbappagent/bin/ddbmadmin-Q -z configuration_file

Certifique-se de que o valor doparâmetro DB_USER esteja

definido no arquivo deconfiguração.

Criando arquivos de configuração usadoscom proteção de aplicativosorquestrados na página 82 apresenta maisinformações.

BOOSTFS_DISABLE_DIRECT_IO

Necessário para Microsoft SQL Servernos backups Linux nos seguintes sistemasoperacionais:

l Red Hat Enterprise Linux

l SUSE Linux Enterprise Server

l FALSE (padrão) = Direct I/O diretoestá ativado.

l TRUE = Direct I/O está desativado.

Obs.: Se você estiver realizandobackups do Microsoft SQL no Red HatEnterprise Linux, você deve definir oparâmetroBOOSTFS_DISABLE_DIRECT_IOcomo TRUE.

Parâmetros para restaurações da proteção de aplicativos orquestradosVocê deve concluir as configurações necessárias de parâmetro para as operações de restauraçãodo agente de aplicativos de banco de dados realizadas por meio do recurso da proteção deaplicativos orquestrados.



Defina os parâmetros em um arquivo de configuração do agente de aplicativos de banco de dadosque você cria com as tags de XML necessárias, conforme descrito em Definindo o arquivo deconfiguração na página 80. Defina os parâmetros de restauração na seção de parâmetros derestauração do arquivo de configuração, que começa com uma tag <RESTORE> e termina comuma tag </RESTORE>.

A tabela a seguir descreve os parâmetros do agente de aplicativos de banco de dados pararestaurações da proteção de aplicativos orquestrados.

Tabela 35 Parâmetros para restaurações da proteção de aplicativos orquestrados


BACKUP_CHAIN Especifica se os savesets de backupsdependentes devem ser encadeadosdurante a restauração.

l FALSE (padrão) = o agente deaplicativos de banco de dados nãorealiza automaticamente oencadeamento de backup

l TRUE = o agente de aplicativos debanco de dados realizaautomaticamente o encadeamento debackup.

Obs.: Esse valor é necessário paraencadear savesets dependentesdurante a restauração.

Obs.: Para encadear savesetsdependentes durante a restauração,você também deve ativar a operaçãode encadeamento durante o backup.Certifique-se de que o parâmetroBACKUP_CHAIN esteja definido como

TRUE na seção <BACKUP> do arquivode configuração.

Obs.: O agente de aplicativos debanco de dados não dá suporte aencadeamento de backup para bancosde dados MongoDB e PostgreSQL.

CLIENT Especifica o hostname do aplicativo ou ohostname do client que está sendoprotegido e que tem backupsarmazenados no sistema Data Domain.


DDBOOST_USER Especifica o nome de usuário do usuáriodo Data Domain Boost (DD Boost)configurado no sistema Data Domainprincipal.


l Nome de usuário válido do DD Boost.

DEVICE_HOST Especifica o endereço IP ou o hostnamedo sistema Data Domain principal em queo backup é armazenado.


l Hostname válido como o nome dodomínio totalmente qualificado dosistema Data Domain principal. Porexemplo:DEVICE_HOST=dd.host.com



Tabela 35 Parâmetros para restaurações da proteção de aplicativos orquestrados (continuação)


DEVICE_PATH Especifica o nome da unidade dearmazenamento ou um diretório de nívelsuperior dentro da unidade dearmazenamento no sistema Data Domainprimário.


l Nome de diretório válido da unidadede armazenamento no sistema DataDomain principal. Por exemplo:DEVICE_PATH=ddbda_test

RECOVER_TIME Especifica se os arquivos devem serrecuperados a partir da data especificada,o que inclui a hora.

Opcional.

l Hora atual (padrão).

l Hora válida do backup ou a horaregistrada na entrada de backupcorrespondente na saída da listaddbmadmin.

Obs.: Se o parâmetro RECOVER_TIMEfor definido como uma hora inválida, arestauração falha.

RELOCATION_DEST Especifica o diretório de destino no qualos arquivos recuperados serão realocados.O diretório não deve existir inicialmente,pois o programa ddbmoapprecover cria

o diretório. Certifique-se de que o usuárioque executa o ddbmoapprecover tenha

permissão completa no diretório pai dodiretório de destino.

Obrigatório.


l Nome do caminho completo válido dodiretório de destino no qual osarquivos recuperados serãorealocados.

SAVESET_NAME Especifica o nome do saveset de backup aser restaurado. O nome especificado devefuncionar com RECOVER_TIME, se

definido.

Se RECOVER_TIME não estiver definido,

será restaurado o saveset mais recentecom o nome especificado.

Obrigatório para todos os tipos derestaurações, exceto uma restauração deregistro de transação do PostgreSQL.


l Nome do saveset válido para o backupa ser restaurado.

Obs.: O nome do savesetdistingue maiúsculas deminúsculas e deve estar nomesmo formato registrado naentrada de backupcorrespondente na lista deresultados ddbmadmin.

Considerações sobre o backup da proteção de aplicativos orquestradosA proteção de aplicativos orquestrados fornece operações de backup de banco de dados/aplicativopor meio do programa do agente de aplicativos de banco de dados ddbmoappbackup queaproveita os utilitários de backup nativos fornecidos pelo software de banco de dados/aplicativo.

A proteção de aplicativos orquestrados também aproveita o software Data Domain BoostFS parafazer backup dos dados para um dispositivo de backup DD Boost. O dispositivo de backup deve serum dispositivo DD Boost configurado por meio de uma interface IP. A proteção de aplicativosorquestrados não é compatível com configurações de Fiber Channel.



A configuração de backups de proteção de aplicativos orquestrados exige consideraçõesespecíficas, com base no aplicativo e no tipo de banco de dados a serem submetidos a backup. Ostópicos a seguir apresentam detalhes sobre as considerações de backup para a proteção deaplicativos orquestrados.

Visão geral da proteção de aplicativos orquestrados na página 368 apresenta informações sobre aslimitações de backups de proteção de aplicativos orquestrados.

Configurações do script do shell de backup para backups compatíveis

Para um backup de proteção de aplicativos orquestrados, você deve definir todos os parâmetrosnecessários da proteção de aplicativos orquestrados do agente de aplicativos de banco de dadosno arquivo de configuração do agente de aplicativos de banco de dados, que inclui os formatosadequados de XML como descrito em Definindo o arquivo de configuração na página 80.

A proteção de aplicativos orquestrados é compatível com os níveis de backup completo,incremental, diferencial e txnlog. Você pode usar um script do shell de backup diferente para cadanível de backup que deseja executar. A opção de linha de comando ddbmoappbackup -l indica onível de backup. A tabela a seguir descreve as opções da linha de comando compatíveis.

Tabela 36 Opções da linha de comando para ddbmoappbackup

Opções da linha decomando

Descrição Valores válidos e padrão

-l backup_level Especifica o nível do backup como umbackup completo, incremental, diferencialou de registro de transações.

Opcional.

Obs.: O tipo de banco de dados ouaplicativo pode afetar os níveis debackup compatíveis.

l full = backup completo (padrão).

l incr = backup incremental.

l diff = backup diferencial.

l txnlog = backup de registros detransação.

-o pg_p_opt="%p" -opg_f_opt="%f"

Somente para um backup do WAL doPostgreSQL. Especifique estas duasopções para atender ao requisito debackup do arquivo de log do WAL doservidor PostgreSQL.

Obs.: Quando as opções -opg_p_opt e -o pg_f_opt são

definidas para um backup de registrosde transação, a configuração doparâmetro BACKUP_SCRIPTé

ignorada na seção <TXNLOG> doarquivo de configuração do agente deaplicativos de banco de dados.

Obrigatório para um backup de registrosde transação do PostgreSQL.


l As opções %p e %f são atualizadas

pelo servidor PostgreSQL durante obackup para incluir os nomes decaminho de arquivo necessários.

-z configuration_file_path Especifica o arquivo de configuração daproteção de aplicativos orquestrados quecontém as configurações de parâmetro eopções de linha de comando para obackup.

Obs.: O arquivo da configuração deproteção de aplicativos orquestrados


l Nome do caminho completo válido doarquivo de configuração da proteçãode aplicativos orquestrados.



Tabela 36 Opções da linha de comando para ddbmoappbackup (continuação)



deve ser de propriedade do usuário dobanco de dados que executa o backupou o usuário especificado peloOS_USER. Os usuários de grupo e

outros usuários não devem terpermissão para acessar o arquivo.

Obrigatório.

Para ativar cada nível de backup, você deve especificar o nome do caminho do script do shell debackup na configuração de parâmetro BACKUP_SCRIPT correspondente no nível de backup noarquivo de configuração. Por exemplo, a seguinte seção de backup do arquivo de configuraçãoinclui a configuração de parâmetro BACKUP_SCRIPT em cada subseção de nível de backup:

<BACKUP> <FULL> <BACKUP_SCRIPT> full_backup_script_pathname </BACKUP_SCRIPT> </FULL> <INCR> <BACKUP_SCRIPT> incr_backup_script_pathname </BACKUP_SCRIPT> </INCR> <TXNLOG> <BACKUP_SCRIPT> txnlog_backup_script_pathname </BACKUP_SCRIPT> </TXNLOG> <DIFF> <BACKUP_SCRIPT> diff_backup_script_pathname </BACKUP_SCRIPT> </DIFF></BACKUP>

Obs.: As configurações de subseção <FULL> são necessárias para todos os backups.

O programa ddbmoappbackup realiza um backup executando o script do shell de backup para onível de backup atual. Se não deseja realizar um determinado nível de backup, você pode omitir aconfiguração do script do shell de backup na subseção de nível de backup.

É necessário que o script do shell de backup retorne o valor 0 se o script for concluído comsucesso e retorne um valor diferente de zero se o backup apresentar falha ou encontrar um erro.Se o script do shell de backup retornar um valor diferente de zero, o programa ddbmoappbackuppresume que o backup apresentou falha.

No script do shell de backup, você deve usar $OAPP _MOUNT_DIR/ como o nome de caminho dodiretório de destino de backup. A proteção de aplicativos orquestrados não cria automaticamenteum subdiretório em $OAPP _MOUNT_DIR/. Se quiser que um subdiretório seja criado em $OAPP_MOUNT_DIR/, você pode criar o subdiretório por um comando separado no mesmo script doshell de backup. Como alternativa, o utilitário de backup pode criar o subdiretório.

Por exemplo, o seguinte script do shell de backup do PostgreSQL inclui o comando do utilitário debackup e um comando de cópia separado. O script sai do processamento se o comando executadofalhar, e imprime o comando e o valor retornado:

#! /bin/sh( set -x; /opt/postgresql/pg94/bin/pg_basebackup --pgdata=$OAPP_MOUNT_DIR/basebackup )rc=$?if [ $rc == 0 ]; then echo "Continued processing with the returned value $rc."



else echo "Exited processing with the returned value $rc." exit $rcfi

( set -x; /bin/cp /home/postgres/postgresql.conf $OAPP_MOUNT_DIR/ )rc=$?if [ $rc == 0 ]; then echo "Continued processing with the returned value $rc."else echo "Exited processing with the returned value $rc." exit $rcfi

Usuário do sistema operacional que executa o comando ddbmoappbackupRecomenda-se que o usuário do sistema operacional de banco de dados/aplicativo execute ocomando ddbmoappbackup.

O usuário do sistema operacional especificado deve ser proprietário do arquivo de script de backupde proteção de aplicativos orquestrados e o arquivo de configuração. Outros usuários ou gruposnão devem ter permissões para acessar esses arquivos.

Você pode fazer log-in como o usuário especificado e executar os seguintes comandos paraverificar as permissões de arquivo necessárias e as permissões de caminho de arquivo:

ls -l <backup_script_file_full_pathname>ls -l <configuration_file_full_pathname>

O usuário especificado precisa ter as permissões de leitura, gravação e execução para o arquivo descript de backup e as permissões de leitura e gravação para o arquivo de configuração. O usuárioespecificado pode acessar o arquivo de script de backup e o arquivo de configuração, por exemplo,ao executar os seguintes comandos para exibir o conteúdo do arquivo:

cat <backup_script_file_full_pathname>cat <configuration_file_ full_pathname>

Quando o usuário root executa o comando ddbmoappbackup, o parâmetro OS_USER deveespecificar o nome de usuário do sistema operacional do banco de dados/aplicativo. Em seguida ocomando ddbmoappbackup executa o script do shell de backup como o usuário do sistemaoperacional especificado.

Autenticação do banco de dados

Se você ativou a autenticação do banco de dados, o utilitário de backup do banco de dados podeexigir a senha para se conectar ao banco de dados quando o backup é iniciado. Nesse caso, aproteção de aplicativos orquestrados é compatível com o armazenamento da senha criptografadana lockbox e a transferência de senha para o utilitário de backup quando a proteção de aplicativosorquestrados recebe o prompt de senha.

Você pode adicionar a senha na lockbox executando o comando ddbmadmin. Em seguida, vocêpode executar o comando de backup que planeja incluir no arquivo de script de backup para obter astring do prompt de senha e definir a string do prompt de senha com o parâmetroUSER_PSWD_PROMPT. Por exemplo:

/opt/dpsapps/bin/dbappagent/bin/ddbmadmin -Q -z configuration_file



Nomes de saveset

A proteção de aplicativos orquestrados gera o nome do saveset de backup combinando em umastring os valores dos parâmetros DATABASE_TYPE, INSTANCE_NAME, DB_NAME, BACKUP_NAME eBACKUP_LEVEL, nessa ordem.

Por exemplo, as seguintes configurações de parâmetro no arquivo de configuração produzirão onome do saveset mydb:myinstance:dbname:mybackup:full para o backup completo:

<DATABASE_TYPE> mydb </DATABASE_TYPE><INSTANCE_NAME> myinstance </INSTANCE_NAME><DB_NAME> dbname </DB_NAME><BACKUP_NAME> mybackup </BACKUP_NAME><BACKUP_LEVEL> full </BACKUP_LEVEL>

Para obter informações sobre um saveset de backup, você pode executar o seguinte comando:

ddbmadmin -s -v -b start_time -e end_time -n namespace -z cfg_file_name_path.

Por exemplo:

ddbmadmin -s -v -e now -n oapp -z cfg_file_name_path

Considerações sobre o backup do Microsoft SQLA proteção de aplicativos orquestrados oferece as operações de backup de banco de dadosMicrosoft SQL por meio do programa do agente de aplicativos de banco de dadosddbmoappbackup que aproveita o utilitário de backup nativo sqlcmd.

O Microsoft SQL é compatível com os backups completo, diferencial e incremental usando outilitário sqlcmd.

Certifique-se de analisar o tópico Considerações sobre o backup da proteção de aplicativosorquestrados na página 379. Todas as considerações de backup desse tópico também se aplicam àconfiguração de backups do Microsoft SQL.

Os seguintes tópicos de backup do Microsoft SQL exigem considerações específicas:

l Script do shell de backup completo Microsoft SQL

l Autenticação do banco de dados

l Concluindo a configuração do backup do Microsoft SQL

Script do shell de backup completo Microsoft SQL

Microsoft SQL fornece o utilitário de backup sqlcmd. Você deve incluir o utilitário sqlcmd noscript do shell de backup para os backups do Microsoft SQL do agente de aplicativos de banco dedados.

Por exemplo, o seguinte script do shell de backup para backups completos do inclui o comando doutilitário de backup sqlcmd. O script sai do processamento se o comando executado falhar, eimprime o comando e o valor retornado:

#! /bin/sh( set -x; /opt/mssql-tools/bin/sqlcmd -S localhost -U SA -P -Q "BACKUP DATABASE [TESTDB2] TO DISK = '$OAPP_MOUNT_DIR/sql_backup.bkp'" )rc=$?if [ $rc == 0 ]; then echo "Continued processing with the returned value $rc."else echo "Exited processing with the returned value $rc."



exit $rcfi

Você deve especificar o nome do caminho do script do shell de backup na seção BACKUP noarquivo de configuração. Considerações sobre o backup da proteção de aplicativosorquestrados na página 379 O apresenta mais detalhes.

O exemplo a seguir é um script do shell de backup para backups diferenciais:

#! /bin/sh( set -x; /opt/mssql-tools/bin/sqlcmd -S localhost -U SA -P -Q "BACKUP DATABASE [TestDB2] TO DISK = '$OAPP_MOUNT_DIR/sql_backup.bkp' WITH DIFFERENTIAL" )rc=$?if [ $rc == 0 ]; then echo "Continued processing with the returned value $rc."else echo "Exited processing with the returned value $rc." exit $rcfi

O exemplo a seguir é um script do shell de backup para backups incrementais ou de registros detransação:

#! /bin/sh( set -x; /opt/mssql-tools/bin/sqlcmd -S localhost -U SA -P -Q "BACKUP LOG [TestDB2] TO DISK = '$OAPP_MOUNT_DIR/sql_backup.bkp'" )rc=$?if [ $rc == 0 ]; then echo "Continued processing with the returned value $rc."else echo "Exited processing with the returned value $rc." exit $rcfi


Se você ativou a autenticação, o utilitário de backup exige o nome de usuário e a senha paraconectar-se ao banco de dados quando o backup é iniciado. A proteção de aplicativos orquestradosé compatível com o armazenamento de senha criptografada na lockbox e a transferência de senhapara o utilitário de backup quando a proteção de aplicativos orquestrados recebe o prompt desenha.

Adicione a senha na lockbox executando o comando ddbmadmin -Q -z config_file . Certifique-se de que o parâmetro DB_USER esteja definido no arquivo de configuração. Em seguida, executeo comando de backup que você planeja incluir no arquivo de script de backup para obter a string doprompt de senha. Por exemplo, execute o seguinte comando na linha de comando:

mssql@sles12-sql:~> /opt/dpsapps/dbappagent/bin/ddbmoappbackup -z /oapp_bins/ddbda_oapp.cfg+ /opt/mssql-tools/bin/sqlcmd -S localhost -U SA -Q 'BACKUP DATABASE [DB_1] TO DISK = '\''/opt/dpsapps/dbappagent/tmp/22c01fe2_233333_16086//DB_1_backup.bak'\'''Password:

Aqui, "Password: é a string do prompt de senha. No arquivo de configuração, defina o parâmetroUSER_PSWD_PROMPT como a string de prompt de senha. Parâmetros da proteção de aplicativosorquestrados na página 372 Parâmetros da proteção de aplicativos orquestrados, na página 354apresenta detalhes sobre as configurações necessárias dos parâmetros no arquivo deconfiguração.



Concluindo a configuração do backup do Microsoft SQL

Para permitir que o agente de aplicativos de banco de dados Microsoft SQL faça backups por meiodo recurso de proteção de aplicativos orquestrados, certifique-se de que todos os parâmetrosnecessários da proteção de aplicativos orquestrados do agente de aplicativos de banco de dadosestejam definidos no arquivo de configuração do agente de aplicativos de banco de dados.

Para operações de banco de dados com o recurso de proteção de aplicativos orquestrados, oarquivo de configuração do agente de aplicativos de banco de dados deve incluir os formatos XMLadequados, conforme descrito em Definindo o arquivo de configuração na página 80.

Por exemplo, use o seguinte comando para executar um backup completo do Microsoft SQLusando ddbmoapbackup:

mssql@sles12-sql:~> /opt/dpsapps/dbappagent/bin/ddbmoappbackup -z /oapp_bins/ddbda_oapp.cfg+ /opt/mssql-tools/bin/sqlcmd -S localhost -U SA -Q 'BACKUP DATABASE [TESTDB2] TO DISK = '\''/opt/dpsapps/dbappagent/tmp/e1760b13_217068_9470//sql_backup.bkp'\'''Password:Processed 328 pages for database 'TESTDB2', file 'TESTDB2' on file 1.Processed 2 pages for database 'TESTDB2', file 'TESTDB2_log' on file 1.BACKUP DATABASE successfully processed 330 pages in 0.332 seconds (7.765 MB/sec).Continued processing with the returned value 0.The files in the save set 'SQL:MSSQLSERVER:TESTDB2:oapp:full' at time '08/26/2019 08:50:12 AM' are: Size: Name: 2801664 sql_backup.bkp 1 File(s) 2801664 bytesThe backup command '/oapp_bins/backup_sql.sh' completed successfully.The backup completed successfully.mssql@sles12-sql:~>

Parâmetros da proteção de aplicativos orquestrados na página 372 Parâmetros da proteção deaplicativos orquestrados, na página 354, apresenta detalhes completos sobre as configurações deparâmetro no arquivo de configuração do agente de aplicativos de banco de dados.

Considerações sobre backup do MongoDBA proteção de aplicativos orquestrados fornece as operações de backup de banco de dadosMongoDB por meio do programa do agente de aplicativos de banco de dados ddbmoappbackupque aproveita os utilitários de backup nativos do MongoDB.

O MongoDB é compatível somente com backups completos de banco de dados. Especifique o nívelde backup completo ao configurar um backup do MongoDB. Para um backup, use a opção -lfull.

Certifique-se de analisar o tópico Considerações sobre o backup da proteção de aplicativosorquestrados na página 379. Todas as considerações de backup desse tópico também se aplicam àconfiguração de backups do MongoDB.

Os seguintes tópicos de backup do MongoDB requerem considerações específicas:

l Script do shell de backup do MongoDB

l (Opcional) Autenticação do banco de dados

l Concluindo a configuração de backup do MongoDB

Script do shell de backup do MongoDB

O MongoDB oferece o utilitário de backup mongodump. Você deve incluir o utilitário mongodumpno script do shell de backup para os backups do MongoDB do agente de aplicativos de banco dedados.



Por exemplo, o seguinte script do shell para backups completos do MongoDB inclui o comando doutilitário de backup mongodump. O script sai do processamento se o comando executado falhar, eimprime o comando e o valor retornado:

#! /bin/sh ( set -x; mongodump --db mydb --out $OAPP_MOUNT_DIR/backup_data authentication is optional. Database authentication is not required to enable MongoDB database backups. rc=$? if [ $rc == 0 ]; then echo "Continued processing with the returned value $rc." else echo "Exited processing with the returned value $rc." exit $rc fi

Você deve especificar o nome do caminho do script do shell de backup na subseção FULL da seçãoBACKUP do arquivo de configuração. Considerações sobre o backup da proteção de aplicativosorquestrados na página 379 O apresenta mais detalhes.

A documentação do servidor MongoDB apresenta mais detalhes sobre o utilitário de backupmongodump.


Obs.: A autenticação do banco de dados é opcional. Se a autenticação estiver desativada, vocêainda pode executar backups do banco de dados MongoDB.

Se você ativou a autenticação, o utilitário de backup exige o nome de usuário e a senha paraconectar-se ao banco de dados quando o backup é iniciado. A proteção de aplicativos orquestradosarmazena a senha criptografada na lockbox e suporta a transferência de senha para o utilitário debackup quando a proteção de aplicativos orquestrados recebe o prompt de senha.

Adicione a senha no arquivo de configuração executando o comando ddbmadmin. Em seguida,execute o comando de backup que você planeja incluir no arquivo de script de backup para obter astring do prompt de senha. Por exemplo, execute o seguinte comando na linha de comando:

mongodump --username <db_user> --authenticationDatabase admin --db <dbname> --out $OAPP_MOUNT_DIR/backup_dataEnter password:

Aqui, "Enter password:" é a string do prompt de senha. No arquivo de configuração, defina oparâmetro USER_PSWD_PROMPT como a string de prompt de senha. Parâmetros da proteção deaplicativos orquestrados na página 372 Parâmetros da proteção de aplicativos orquestrados, napágina 354 apresenta detalhes sobre as configurações necessárias dos parâmetros no arquivo deconfiguração.

Concluindo a configuração de backup do MongoDB

Para ativar os backups do MongoDB do agente de aplicativos de banco de dados por meio dorecurso da proteção de aplicativos orquestrados, certifique-se de que as variáveis de ambiente e osparâmetros do agente de aplicativos necessários estejam definidos.

Certifique-se de que todos os parâmetros da proteção de aplicativos orquestrados do agente deaplicativos de banco de dados estejam definidos no arquivo de configuração do agente deaplicativos de banco de dados. Para operações de banco de dados com o recurso de proteção deaplicativos orquestrados, o arquivo de configuração do agente de aplicativos de banco de dadosdeve incluir os formatos XML adequados, conforme descrito em Definindo o arquivo deconfiguração na página 80.




Considerações sobre o backup do MySQLA proteção de aplicativos orquestrados oferece as operações de backup de banco de dadosMySQL por meio do programa do agente de aplicativos de banco de dados ddbmoappbackup queaproveita o utilitário de backup nativo do MySQL.

O agente de aplicativos de banco de dados MySQL por meio da proteção de aplicativosorquestrados é compatível com backups de banco de dados completos e backups de registros detransação.

l Para um backup completo, use a opção -l full.

l Para um backup de registros de transação, use a opção -l txnlog.

Certifique-se de analisar o tópico Considerações sobre o backup da proteção de aplicativosorquestrados na página 379. Todas as considerações de backup desse tópico também se aplicam àconfiguração de backups do MySQL.

Os seguintes tópicos de backup do MySQL exigem considerações específicas:

l Script do shell de backup completo do MySQL

l Script do shell de backup de registros de transações do MySQL


l Concluindo a configuração do backup do MySQL

Script do shell de backup completo do MySQL

MySQL fornece o utilitário de backup mysqldump. Você deve incluir o utilitário mysqldump noscript do shell de backup para os backups do MySQL do agente de aplicativos de banco de dados.

Por exemplo, o seguinte script do shell de backup para backups completos do MySQL inclui ocomando do utilitário de backup mysqldump. O script sai do processamento se o comandoexecutado falhar, e imprime o comando e o valor retornado diferente de zero:

#! /bin/sh( set -x; /usr/bin/mysqldump --all-databases --result-file=$OAPP_MOUNT_DIR/full_mysql_dump.sql)rc=$?if [ $rc == 0 ]; then echo "Continued processing with the returned value $rc."else echo "Exited processing with the returned value $rc."exit $rcfi

Você deve especificar o nome do caminho do script do shell de backup na subseção FULL da seçãoBACKUP do arquivo de configuração. Considerações sobre o backup da proteção de aplicativosorquestrados na página 379 O apresenta mais detalhes.

A documentação da IBM apresenta mais detalhes sobre o utilitário de backup mysqldump.

Script do shell de backup de registros de transações do MySQL

Você pode fazer backup dos registros de transações do MySQL copiando os arquivos de logbinários no ponto de montagem de backup.

Por exemplo, o seguinte script do shell de backup para backups de registros de transação doMySQL (somente registros) inclui o comando cp para copiar os registros binários do MySQL noponto de montagem de backup. O script sai do processamento se o comando executado falhar, eimprime o comando e o valor retornado diferente de zero:

#! /bin/sh( set -x; /bin/cp /var/lib/mysql/mysql-bin.* $OAPP_MOUNT_DIR )



rc=$?if [ $rc == 0 ]; then echo "Continued processing with the returned value $rc."else echo "Exited processing with the returned value $rc."exit $rcfi

Você deve especificar o nome do caminho do script do shell de backup na subseção TXNLOG daseção BACKUP no arquivo de configuração. Considerações sobre o backup da proteção deaplicativos orquestrados na página 379 O apresenta mais detalhes.


Se você ativou a autenticação, o utilitário de backup exige o nome de usuário e a senha paraconectar-se ao banco de dados quando o backup é iniciado. A proteção de aplicativos orquestradosé compatível com o armazenamento de senha criptografada no arquivo de configuração e atransferência de senha para o utilitário de backup quando a proteção de aplicativos orquestradosrecebe o prompt de senha.


mysqldump -u admin -p –all-database --result-file=$OAPP_MOUNT_DIR/full_mysql_dump.sqlEnter password:

Aqui, "Enter password:" é a string do prompt de senha. No arquivo de configuração, defina oparâmetro USER_PSWD_PROMPT como a string de prompt de senha. Parâmetros da proteção deaplicativos orquestrados na página 372 Parâmetros da proteção de aplicativos orquestrados, napágina 354 apresenta detalhes sobre as configurações necessárias dos parâmetros no arquivo deconfiguração.

Concluindo a configuração do backup do MySQL

Para ativar os backups do MySQL do agente de aplicativos de banco de dados por meio do recursode proteção de aplicativos orquestrados, certifique-se de que as variáveis de ambiente e osparâmetros do agente de aplicativos necessários estejam definidos.

Certifique-se de que todos os parâmetros da proteção de aplicativos orquestrados do agente deaplicativos de banco de dados estejam definidos no arquivo de configuração do agente deaplicativos de banco de dados. Para operações de banco de dados com o recurso de proteção deaplicativos orquestrados, o arquivo de configuração do agente de aplicativos de banco de dadosdeve incluir os formatos XML adequados, conforme descrito em Definindo o arquivo deconfiguração na página 80.


Considerações sobre o backup do PostgreSQLA proteção de aplicativos orquestrados fornece as operações de backup de banco de dadosPostgreSQL por meio do programa do agente de aplicativos de banco de dados ddbmoappbackupque aproveita os utilitários de backup nativos do PostgreSQL.

Os backups e os registros de transações completos são mapeados a tipos específicos de backupsdo PostgreSQL, conforme mostrado na tabela a seguir. Você deve especificar o nível de backupcorreto quando configurar um backup do PostgreSQL.



Tabela 37 Mapeamento do nível de backup para backups do PostgreSQL

Nível de backup Tipo de backup do PostgreSQL

Backup completo (completo) Dump ou backup básico

Backup de registros de transação (txnlog) Arquivamento do WAL ou backup dearquivamento

Certifique-se de analisar o tópico Considerações sobre o backup da proteção de aplicativosorquestrados na página 379. Todas as considerações sobre backup desse tópico também seaplicam à configuração de backups do PostgreSQL.

Os seguintes tópicos de backup do PostgreSQL requerem considerações específicas:

l Script do shell de backup do PostgreSQL

l Backup completo do PostgreSQL

l Backup de registros de transação do PostgreSQL


l Registrando o comando de arquivamento do PostgreSQL

l Concluindo a configuração de backup do PostgreSQL

Backup completo e do registro de transações na página 370 apresenta considerações sobre osníveis compatíveis de backups do agente de aplicativos de banco de dados do PostgreSQL.

Script do shell de backup do PostgreSQL

Selecione o utilitário de backup do PostgreSQL correto para incluir no script do shell de backup. OPostgreSQL oferece dois tipos de utilitários de backup:

l Os utilitários pg_dump e pg_dumpall podem funcionar com o ambiente de arquivamento doWAL desativado. Se você não executar um backup do WAL, use pg_dump ou pg_dumpallcomo o utilitário de backup completo.

l O utilitário pg_basebackup pode funcionar com o ambiente de arquivamento do WALativado. Se você executar um backup do WAL, use pg_basebackup como o utilitário debackup completo.

Obs.: Se quiser usar os dados armazenados diretamente no backup pelo utilitáriopg_basebackup sem consultar o arquivamento do WAL, você deve usar o comadopg_basebackup com a opção -X.

A documentação on-line do banco de dados PostgreSQL apresenta mais detalhes de como usar osutilitários de backup pg_dump, pg_dumpall e pg_basebackup além de detalhes sobre oarquivamento do WAL.

Você pode criar o script do shell de backup para o nível de backup completo. Para ativar o backupdo arquivo de segmento do WAL, o PostgreSQL exige que você o comando ddbmoappbackup noarquivo postgresql.conf. Registrando o comando de arquivamento do PostgreSQL na página390 O apresenta mais detalhes.

Backup completo do PostgreSQL

Selecione o utilitário de backup correto para a configuração do ambiente PostgreSQLcorrespondente e crie o arquivo de script do shell de backup completo para usar com esse utilitáriopara executar o dump ou o backup básico.

Você deve especificar o nome do caminho do script do shell de backup na subseção FULL da seçãoBACKUP do arquivo de configuração. Você deve especificar o nível de backup completo usando aopção -l full.



Considerações sobre o backup da proteção de aplicativos orquestrados na página 379 O apresentamais detalhes.

Backup de registros de transação do PostgreSQL

Para ativar o arquivamento do WAL do PostgreSQL, você deve registrar o programaddbmoappbackup com suas opções de linha de comando necessárias por meio da configuraçãoarchive_command no arquivo postgresql.conf.

O backup de registros de transação (com nível de backup txnlog) pode compartilhar o mesmoarquivo de configuração com um backup completo, pois os parâmetros DATABASE_TYPE,INSTANCE_NAME e BACKUP_NAME têm os mesmos valores para os dois níveis de backup.

Por exemplo, o arquivo postgresql.conf inclui as seguintes configurações de comando para osbackups de registros de transação:

archive_command = '/opt/dpsapps/dbappagent/bin/ddbmoappbackup -o pg_p_opt="%p" -o pg_f_opt="%f" -l txnlog -z configuration_file_path'

Obs.:Certifique-se de que as operações do PostgreSQL estejam dentro das transações.

O comportamento de backup do arquivamento do WAL do PostgreSQL é predefinido peloprograma ddbmoappbackup. Você não precisa especificar um script do shell de backup paraesse tipo de backup.

O servidor PostgreSQL agenda o arquivamento do WAL do PostgreSQL. No documento on-line do PostgreSQL em www.postgresql.org, a seção "Continuous Archiving and Point-in-TimeRecovery (PITR)" do capítulo "Backup and Restore" e a seção "Write Ahead Log" no capítulo"Server Configuration" fornecem mais detalhes sobre como configurar o arquivamento e aprogramação do WAL.


Se você ativou a autenticação, o utilitário de backup exige o nome de usuário e a senha paraconectar-se ao banco de dados quando o backup é iniciado. A proteção de aplicativos orquestradosé compatível com o armazenamento de senha criptografada no arquivo de configuração e atransferência de senha para o utilitário de backup quando a proteção de aplicativos orquestradosrecebe o prompt de senha.


/usr/bin/pg_basebackup -h localhost --pgdata=/tmp/basebackup29Password:

Aqui, "Password: é a string do prompt de senha. No arquivo de configuração, defina o parâmetroUSER_PSWD_PROMPT como a string de prompt de senha. Parâmetros da proteção de aplicativosorquestrados na página 372 apresenta detalhes sobre a configuração dos parâmetros de backup noarquivo de configuração.

Registrando o comando de arquivamento do PostgreSQL

Para ativar os backups do WAL do PostgreSQL com a proteção de aplicativos orquestrados, vocêdeve registrar o programa ddbmoappbackup com suas opções de linha de comando necessáriaspor meio da configuração archive_command no arquivo postgresql.conf.



https://www.postgresql.org

Na configuração archive_command, especifique o comando ddbmoappbackup e suas opçõesde linha de comando. Por exemplo, o arquivo postgresql.conf pode incluir a seguinteconfiguração archive_command:


Obs.:

l As opções -o pg_p_opt="%p" -o pg_f_opt="%f" -l txnlog indicam que aoperação é um backup do WAL do PostgreSQL.

l O backup e a restauração devem usar as mesmas configurações de parâmetrosDATABASE_TYPE, INSTANCE_NAME e BACKUP_NAME no arquivo de configuração paraque a restauração possa localizar os arquivos de segmento do WAL que pertencem aobackup.

Tabela 36 na página 380 Descreve as opções de linha de comando compatíveis que você podeincluir na configuração archive_command.

AVISOO comando de arquivamento registrado será executado pelo mesmo usuário do servidorPostgreSQL.

Para ativar o arquivamento do WAL (Write Ahead Log, registro de gravação antecipada),defina os seguintes parâmetros no arquivo postgresql.conf:

l Defina wal_level para arquivamento (ou espera ativa).

l Defina archive_mode como ativo.

A documentação do PostgreSQL fornece mais detalhes.

Concluindo a configuração de backup do PostgreSQL

Para ativar os backups do agente de aplicativos de banco de dados com o recurso de proteção deaplicativos orquestrados, certifique-se de que as variáveis de ambiente necessárias e osparâmetros do agente de aplicativos de banco de dados estejam definidos.

Certifique-se de que todos os parâmetros necessários de proteção de aplicativos orquestradosestejam definidos no arquivo de configuração do agente de aplicativos de banco de dados. Paraoperações de banco de dados com o recurso de proteção de aplicativos orquestrados, o arquivo deconfiguração do agente de aplicativos de banco de dados deve incluir os formatos XML adequados,conforme descrito em Definindo o arquivo de configuração na página 80.

Parâmetros da proteção de aplicativos orquestrados na página 372 apresenta detalhes completossobre as configurações de parâmetro no arquivo de configuração do agente de aplicativos debanco de dados.

Realizando operações da proteção de aplicativos orquestradosVocê pode executar operações da proteção de aplicativos orquestrados após concluir asconfigurações de backup e determinar os arquivos para backup.

AVISO Certifique-se de fazer o backup de todos os arquivos necessários para se preparar paraa recuperação de desastres, conforme descrito em Preparando a recuperação de desastres daproteção de aplicativos orquestrados na página 405.



Realizando backups da proteção de aplicativos orquestrados com o comandoddbmoappbackup

Procedimento

Antes de executar o backup de um banco de dados Microsoft SQL, o MongoDB, o MySQL ouPostgreSQL, certifique-se de que as configurações de backup necessárias estejam concluídas,conforme descrito em Configurando operações da proteção de aplicativos orquestrados na página372.

Você pode executar o comando ddbmoappbackup apropriado para fazer um backup de banco dedados a partir da linha de comando.

Realizando backups de registros de transação do PostgreSQL com o comandoddbmoappbackup na página 393 apresenta informações adicionais sobre a execução do backup deregistros de transação do PostgreSQL.

Procedimento

1. Faça log-in no host do servidor do banco de dados como usuário do sistema operacional dobanco de dados.

2. Execute o comado de backup ddbmoappbackup na linha de comando:

/opt/dpsapps/dbappagent/bin/ddbmoappbackup -z configuration_file_path

em que configuration_file_path é o nome do caminho completo do arquivo de configuraçãodo agente de aplicativos de banco de dados que contém as configurações de parâmetro parao backup.

Para se preparar para a recuperação de desastres, você pode incluir comandos adicionais noscript do shell de backup para fazer backup dos arquivos de recuperação de desastres nomesmo saveset com o backup de dados. Os arquivos de recuperação de desastres sãodefinidos pelo banco de dados específico, conforme descrito na documentação do banco dedados.

Por exemplo, o seguinte script do shell de backup inclui o comando cp para o backup dearquivo de recuperação de desastres. O script sai do processamento se o comandoexecutado falhar, e imprime o comando e o valor retornado:

#! /bin/sh( set -x; /opt/postgresql/pg94/bin/pg_basebackup --pgdata=$OAPP_MOUNT_DIR/basebackup )rc=$?if [ $rc == 0 ]; then echo "Continued processing with the returned value $rc."else echo "Exited processing with the returned value $rc." exit $rcfi

( set -x; /bin/cp /home/postgres/postgresql.conf $OAPP_MOUNT_DIR/ )rc=$?if [ $rc == 0 ]; then echo "Continued processing with the returned value $rc."else echo "Exited processing with the returned value $rc." exit $rcfi



Realizando backups de registros de transação do PostgreSQL com o comando ddbmoappbackupVocê pode configurar os backups de registros de transações do PostgreSQL registrando ocomando ddbmoappbackup.

Procedimento

1. Faça log-in no host do servidor PostgreSQL como usuário do sistema operacional.

2. Para ativar os backups de registros de transação do PostgreSQL (arquivamento de arquivosde segmento do WAL), registre o comando ddbmoappbackup com as opções de linha decomando completando a configuração archive_command no arquivo postgresql.conf.

Por exemplo, complete a seguinte configuração no arquivo postgresql.conf:


Registrando o comando de arquivamento do PostgreSQL na página 390 apresenta detalhessobre a configuração archive_command.

O servidor PostgreSQL executa o backup de registros de transação. Por padrão, o servidorinicia o backup quando o arquivo de segmento do WAL estiver cheio. Se quiser que o arquivode segmento do WAL seja submetido a backup mais regularmente, é possível alterar aconfiguração do PostgreSQL para forçar uma mudança para um novo arquivo de segmentodo WAL e o backup iniciar com base em sua configuração.

Realizando a restauração de dados da proteção de aplicativos orquestradosPara se preparar para a restauração de um backup da proteção de aplicativos orquestrados,conclua os procedimentos necessários de configuração e certifique-se de que o diretórioespecificado tenha espaço suficiente para conter os dados de backup restaurados. Execute arestauração de dados executando o programa ddbmoapprecover, que recupera os dados debackup no diretório especificado.

Antes de executar uma restauração de dados de proteção de aplicativos orquestrados, certifique-se de cumprir os seguintes requisitos:

l Você definiu os parâmetros necessários no arquivo de configuração do agente de aplicativos debanco de dados. Você pode usar o mesmo arquivo de configuração do agente de aplicativos debanco de dados para a restauração de proteção de aplicativos orquestrados como foi usadopara o backup de proteção de aplicativos orquestrada. Parâmetros da proteção de aplicativosorquestrados na página 372 descreve todos os parâmetros compatíveis.

l O diretório local especificado por RELOCATION_DEST ou seu diretório pai tem espaçosuficiente para conter os dados de backup restaurados a partir do Data Domain. Você podeusar o resultado do comando ddbmadmin para determinar o tamanho do saveset a serrestaurado.

l O diretório especificado poro RELOCATION_DEST não existe antes da restauração, pois oprograma ddbmoapprecover cria o diretório. O usuário do sistema operacional que executa oprograma ddbmoapprecover tem controle total do diretório pai desse diretório.

l Execute o programa ddbmoapprecover como o usuário do sistema operacional especificadopor OS_USER.



Tabela 38 Opções da linha de comando para ddbmoapprecover



-l Especifica listar o conteúdo do savesetpara a restauração.

Opcional.

Não se aplica.

-o pg_p_opt="%p" -opg_f_opt="%f"

Somente para uma restauração do WALdo PostgreSQL, especifica o nome doarquivo de destino usado %p para a opção

PostgreSQL e o nome do arquivo deorigem usado para a opção %f.

Os parâmetros DATABASE_TYPE,

INSTANCE_NAME, e BACKUP_NAME são

usados para determinar o saveset.

Opcional.


l Nome do arquivo de destino válidopara a opção %p e o nome do arquivo

de origem válido para a opção %f.

-zconfiguration_file_pathname

Especifica o arquivo de configuração daproteção de aplicativos orquestrados quecontém as configurações de parâmetropara a restauração.

Obrigatório.


l Nome do caminho completo válido doarquivo de configuração do agente deaplicativos de banco de dados.

Os tópicos a seguir apresentam detalhes sobre os procedimentos específicos para a restauraçãode um backup do Microsoft SQL, backup do MongoDB, backup do MySQL ou backup dePostgreSQL que foi realizado por meio da proteção de aplicativos orquestrados.

Realizando a restauração de dados do Microsoft SQLRealize a restauração de proteção de aplicativos orquestrados dos dados do Microsoft SQL usandoos procedimentos descritos nos seguintes tópicos:

l Consultando um backup existente

l Concluindo a configuração de restauração

l Recuperando os dados de backup do Microsoft SQL com o comando ddbmoapprecoverl Restaurando os dados recuperados para o banco de dados Microsoft SQL

Consultando um backup existente

Você pode determinar o nome do saveset de backup nas definições dos parâmetros deconfiguração e, em seguida, consultar os backups existentes para determinar a hora de salvamentodo saveset de backup. Você pode usar os resultados da consulta para concluir a configuração darestauração da proteção de aplicativos orquestrados.

Você pode usar os valores dos parâmetros de backup DATABASE_TYPE, INSTANCE_NAME eBACKUP_NAME para determinar o nome do saveset do backup a ser consultado. Com base nessasconfigurações de parâmetro, os nomes dos saveset Microsoft SQL são os seguintes:

<DATABASE_TYPE>:<INSTANCE_NAME>:<BACKUP_NAME>:full<DATABASE_TYPE>:<INSTANCE_NAME>:<BACKUP_NAME>:diff<DATABASE_TYPE>:<INSTANCE_NAME>:<BACKUP_NAME>:incr



Por exemplo, o arquivo de configuração de backup do agente de aplicativos de banco de dadosinclui as seguintes configurações de parâmetro:

<BACKUP_NAME> db_1 </BACKUP_NAME><DATABASE_TYPE> SQL </DATABASE_TYPE><INSTANCE_NAME> MSSQLSERVER </INSTANCE_NAME>

Nesse caso, o nome do saveset de backup é SQL:MSSQLSERVER:db_1:oapp:full para o backupcompleto de banco de dados, SQL:MSSQLSERVER:db_1:oapp:diff para o backup diferencial eSQL:MSSQLSERVER:db_1:oapp:incr para o backup incremental.

Depois de determinar o nome do saveset, você pode executar o comando ddbmadmin para exibiras informações do saveset de backup, inclusive o nome e os horários de salvamento dos savesets.

Por exemplo, o seguinte comando ddbmadmin lista os savesets de backup SQL, juntamente comseu nível e horário de salvamento:

-bash-4.2$ /opt/dpsapps/dbappagent/bin/ddbmadmin -s -e now -n oapp -z /oapp_bins/ddbda_oapp_ddbmadmin.cfg


Client = linuxsql.msaa.com, date and time = 08/28/2019 03:25:21 PM (1566986121), size = 2936832, name = SQL:MSSQLSERVER:db_1:oapp:full, Data Domain retention = 08/29/2019 03:25:21 PM (1567072521).Client = linuxsql.msaa.com, date and time = 08/28/2019 04:11:49 PM (1566988909), size = 2936832, name = SQL:MSSQLSERVER:db_1:oapp:full, Data Domain retention = 08/29/2019 04:11:49 PM (1567075309).Client = linuxsql.msaa.com, date and time = 08/28/2019 04:17:45 PM (1566989265), size = 2936832, name = SQL:MSSQLSERVER:db_1:oapp:full, Data Domain retention = 08/29/2019 04:17:45 PM (1567075665).Client = linuxsql.msaa.com, date and time = 08/28/2019 04:34:40 PM (1566990280), size = 2936832, name = SQL:MSSQLSERVER:db_1:oapp:full, Data Domain retention = 08/29/2019 04:34:40 PM (1567076680).Client = linuxsql.msaa.com, date and time = 08/28/2019 04:34:58 PM (1566990298), size = 446464, name = SQL:MSSQLSERVER:db_1:oapp:diff, Data Domain retention = not set.Client = linuxsql.msaa.com, date and time = 08/28/2019 04:35:10 PM (1566990310), size = 180224, name = SQL:MSSQLSERVER:db_1:oapp:incr, Data Domain retention = not set.

Depois de ter o nome do saveset e o horário de salvamento, você pode concluir a configuraçãopara a restauração da proteção de aplicativos orquestrados.

Concluindo a configuração de restauração

Para ativar a restauração da proteção de aplicativos orquestrados do agente de aplicativos debanco de dados de um backup Microsoft SQL, certifique-se de que as variáveis de ambiente e osparâmetros necessários da proteção de aplicativos orquestrados estejam definidos.

A documentação do Microsoft SQL apresenta mais informações sobre as variáveis de ambientenecessárias.

Certifique-se de que todos os parâmetros necessários da proteção de aplicativos orquestrados doagente de aplicativos de banco de dados estejam definidos no arquivo de configuração do agentede aplicativos de banco de dados para a restauração. Os parâmetros SAVESET_NAME eRELOCATION_DEST são obrigatórios para uma operação de restauração:

l Para a configuração do parâmetro SAVESET_NAME, especifique o nome do saveset de backup,conforme determinado pelos resultados da consulta de backup no tópico anterior.

l Para a configuração do parâmetro RELOCATION_DEST, especifique o nome de caminhocompleto do diretório de destino que conterá os dados restaurados. O diretório de destino nãodeve existir antes da restauração uma vez que o programa ddbmoapprecover cria o diretório.



Certifique-se de que o usuário que executa o ddbmoapprecover tenha permissão completano diretório pai do diretório de destino.

l Para a configuração de parâmetro opcional RECOVER_TIME, você pode especificar a hora desalvamento do saveset de backup, conforme determinado pelos resultados da consulta debackup no tópico anterior.

Se deseja restaurar o backup mais recente, pode omitir a configuração RECOVER_TIME.

l Para a configuração de parâmetro BACKUP_CHAIN opcional, especifique TRUE ou FALSE.Para restaurar todos os backups incrementais e diferenciais dependentes do último backupcompleto, defina o parâmetro BACKUP_CHAIN como TRUE. Se o parâmetro BACKUP_CHAINnão for definido ou for definido como FALSE, o comando ddbmoapprecover restaurasomente o saveset de backup especificado.

Por exemplo, as seguintes configurações de parâmetro na seção RECOVER do arquivo deconfiguração do agente de aplicativos de banco de dados incluem o horário de salvamento dosaveset de backup a ser restaurado:

<RECOVER><SAVESET_NAME> SQL:MSSQLSERVER:db_1:oapp:full </SAVESET_NAME><RELOCATION_DEST> /tmp/my_test </RELOCATION_DEST><RECOVER_TIME> 1566805877 </RECOVER_TIME><BACKUP_CHAIN>TRUE</BACKUP_CHAIN></RECOVER>

Parâmetros para restaurações da proteção de aplicativos orquestrados na página 377 Parâmetrospara restaurações de proteção de aplicativos orquestrados, na página 359, apresenta detalhescompletos sobre os parâmetros de restauração a definir no arquivo de configuração do agente deaplicativos de banco de dados. Para uma restauração de proteção de aplicativos orquestrados, oarquivo de configuração do agente de aplicativos de banco de dados deve incluir os formatos XMLadequados, conforme descrito em Definindo o arquivo de configuração na página 80.

Recuperando os dados de backup do Microsoft SQL com o comandoddbmoapprecover

Antes de executar uma restauração do Microsoft SQL, certifique-se de que os requisitos derestauração dos tópicos anteriores foram atendidos. Você pode recuperar um backup de banco dedados Microsoft SQL ou um backup de registro de transação executando o comandoddbmoapprecover a partir da linha de comando como o usuário do sistema operacional queiniciou o servidor Microsoft SQL.

Para recuperar o backup do Microsoft SQL no Data Domain, execute o comandoddbmoapprecover -z configuration_file_path.

Por exemplo:

mssql@sles12-sql:~> /opt/dpsapps/dbappagent/bin/ddbmoapprecover -z /oapp_bins/ddbda_oapp_incr.cfg

The files in the save set 'SQL_MSSQLSERVER:TESTDB2:oapp:incr' at time '08/26/2019 09:54:25 AM' are: Size: Name: 507904 sql_backup.bkp 3 File(s) 3751936 bytesThe recovery completed successfully.

O programa ddbmoapprecover recupera o backup do Microsoft SQL no Data Domain para odiretório de destino especificado pelo parâmetro RELOCATION_DEST. Por padrão, a menos quevocê defina RECOVER_TIME, o comando ddbmoapprecover restaura o backup mais recente. Otópico anterior apresenta mais informações sobre as configurações de parâmetro de restauração.



Restaurando os dados recuperados para o banco de dados Microsoft SQL

Depois de executar o comado ddbmoapprecover para recuperar o backup no diretórioespecificado, execute as seguintes etapas:

1. Use os utilitários de restauração Microsoft SQL para concluir a recuperação de backup. Adocumentação do Microsoft SQL apresenta detalhes sobre como usar os utilitários derestauração.Você pode usar a opção NORECOVERY para restaurar backups adicionais de arquivos de log.Se não quiser restaurar backups adicionais de arquivos de log, remova a opção NORECOVERY.

Para restaurar o banco de dados SQL com a opção NORECOVERY, use o utilitário nativosqlcmd, conforme mostrado no seguinte exemplo:

/opt/mssql-tools/bin/sqlcmd -S localhost -U SA -P -Q "RESTORE DATABASE [TESTDB2] FROM DISK = N'/tmp/recover/1566368903/sql_backup.bkp' WITH REPLACE, NORECOVERY, STATS = 5"

/opt/mssql-tools/bin/sqlcmd -S localhost -U SA -P -Q "RESTORE DATABASE [TESTDB2] FROM DISK = N'/tmp/recover/1566368939/sql_backup.bkp' WITH REPLACE, NORECOVERY, STATS = 5"

/opt/mssql-tools/bin/sqlcmd -S localhost -U SA -P -Q "RESTORE LOG TESTDB2 FROM DISK = N'/tmp/recover/1566368954/sql_backup.bkp'"

Obs.: Se você especificar a opção NORECOVERY, mas não tiver backups adicionais dearquivos de log, execute o comando RESTORE DATABASE sem nenhum parâmetroadicional. Essa ação conclui a restauração e o banco de dados permanece operacional.

2. Execute um backup completo do banco de dados Microsoft SQL restaurado antes de usá-lo.

Obs.: Um backup completo do banco de dados Microsoft SQL será necessário após umarecuperação de backup.

Realizando restauração de dados do MongoDBExecute a restauração da proteção de aplicativos orquestrados dos dados do MongoDB usando osprocedimentos descritos nos seguintes tópicos:



l Recuperando os dados do MongoDB de backup com o comando ddbmoapprecoverl Restaurando os dados recuperados para o banco de dados MongoDB



Você pode usar os valores dos parâmetros de backup DATABASE_TYPE, INSTANCE_NAME eBACKUP_NAME para determinar o nome do saveset do backup a ser consultado. Com base nessasconfigurações de parâmetro, o nome do saveset do MongoDB é o seguinte:

<DATABASE_TYPE>:<INSTANCE_NAME>:<BACKUP_NAME>:full




<BACKUP_NAME> bkp_1 </BACKUP_NAME><DATABASE_TYPE> mongo </DATABASE_TYPE><INSTANCE_NAME> test1 </INSTANCE_NAME>

Nesse caso, o nome do saveset de backup é mongo:test1:bkp_1:full.

Depois de determinar o nome do saveset, você pode executar o seguinte comando para exibir asinformações do saveset de backup, inclusive as horas de salvamento dos savesets.

ddbmadmin -s -b start_time -e end_time -n oapp -z config_file

Por exemplo, o seguinte comando ddbmadmin exibe quatro savesets com as horas de salvamento1567016322 e 1567025362 correspondentes:

ddbmadmin -s -b 1567016322 -e 1567025362 -n oapp -z <config_file_path>


Client = blrv041c113.lss.emc.com, date and time = 08/28/19 23:48:42 (1567016322), size = 168, name = mongo:test1:bkp_1:full, Data Domain retention = 08/29/19 23:48:42 (1567102722).Client = blrv041c113.lss.emc.com, date and time = 08/29/19 02:19:11 (1567025351), size = 168, name = mongo:test1:bkp_1:full, Data Domain retention = 08/30/19 02:19:11 (1567111751).Client = blrv041c113.lss.emc.com, date and time = 08/29/19 02:19:22 (1567025362), size = 168, name = mongo:test1:bkp_1:full, Data Domain retention = 08/30/19 02:19:22 (1567111762).Total number of save sets = 3.



Para ativar a restauração de proteção de aplicativos orquestrados do agente de aplicativos debanco de dados de um backup do MongoDB, certifique-se de que as variáveis de ambiente e osparâmetros de proteção de aplicativos orquestrados necessários estejam definidos.

A documentação do servidor MongoDB apresenta mais informações sobre as variáveis de ambientenecessárias.

Certifique-se de que todos os parâmetros necessários da proteção de aplicativos orquestradosestejam definidos no arquivo de configuração do agente de aplicativos de banco de dados para arestauração. Os parâmetros SAVESET_NAME e RELOCATION_DEST são obrigatórios para umaoperação de restauração:


l Para a configuração do parâmetro RELOCATION_DEST, especifique o nome de caminhocompleto do diretório de destino que conterá os dados restaurados. O diretório de destino nãodeve existir antes da restauração uma vez que o programa ddbmoapprecover cria o diretório.Certifique-se de que o usuário que executa o ddbmoapprecover tenha permissão completano diretório pai do diretório de destino.






<RECOVER> <SAVESET_NAME> mongo:test1:bkp_1:full </SAVESET_NAME> <RELOCATION_DEST> /opt/dpsapps/dbappagent/tmp/my_test </RELOCATION_DEST> <RECOVER_TIME> 1567111762 </RECOVER_TIME></RECOVER>

Parâmetros da proteção de aplicativos orquestrados na página 372 apresenta detalhes completossobre os parâmetros de restauração a definir no arquivo de configuração do agente de aplicativosde banco de dados. Para uma restauração de proteção de aplicativos orquestrados, o arquivo deconfiguração do agente de aplicativos de banco de dados deve incluir os formatos XML adequados,conforme descrito em Definindo o arquivo de configuração na página 80.

Recuperando os dados de backup do MongoDB com o comandoddbmoapprecover

Antes de executar uma restauração do MongoDB, certifique-se de que os requisitos derestauração dos tópicos anteriores foram atendidos. Você pode recuperar um backup de banco dedados MongoDB executando o comando ddbmoapprecover a partir da linha de comando como ousuário do sistema operacional que iniciou o servidor MongoDB.

Para recuperar o backup do MongoDB no Data Domain, execute o comando ddbmoapprecover-z configuration_file_path.

O programa ddbmoapprecover recupera o backup do MongoDB no Data Domain para o diretóriode destino especificado pelo parâmetro RELOCATION_DEST. Por padrão, a menos que você definaRECOVER_TIME, o comando ddbmoapprecover restaura o backup mais recente. O tópicoanterior apresenta mais informações sobre as configurações de parâmetro de restauração.

Restaurando os dados recuperados para o banco de dados MongoDB


1. Use os utilitários de restauração MongoDB para concluir a recuperação de backup. Adocumentação do MongoDB apresenta detalhes sobre como usar os utilitários de restauração.

2. Execute um backup completo do banco de dados MongoDB.

Obs.: Um backup completo do banco de dados MongoDB será necessário após umarecuperação de backup.

Realizando a restauração de dados do MySQLExecute a restauração da proteção de aplicativos orquestrados dos dados do MySQL usando osprocedimentos descritos nos seguintes tópicos:



l Recuperando os dados do MySQL de backup com o comando ddbmoapprecoverl Restaurando dados recuperados para o banco de dados MySQL


Você pode determinar o nome do saveset de backup nas definições dos parâmetros deconfiguração e, em seguida, consultar os backups existentes para determinar a hora de salvamento



do saveset de backup. Você pode usar os resultados da consulta para concluir a configuração darestauração da proteção de aplicativos orquestrados.

Você pode usar os valores dos parâmetros de backup DATABASE_TYPE, INSTANCE_NAME eBACKUP_NAME para determinar o nome do saveset do backup a ser consultado. Com base nessasconfigurações de parâmetro, os nomes de savesets MySQL são os seguintes:

<DATABASE_TYPE>:<INSTANCE_NAME>:<BACKUP_NAME>:full<DATABASE_TYPE>:<INSTANCE_NAME>:<BACKUP_NAME>:txnlog


<BACKUP_NAME> MYTEST </BACKUP_NAME><DATABASE_TYPE> MySQL </DATABASE_TYPE><INSTANCE_NAME> MYDEMO </INSTANCE_NAME>

Nesse caso, o nome do saveset de backup é MySQL:MYDEMO:MYTEST:full para o backupcompleto do banco de dados e MySQL:MYDEMO:MYTEST:txnlog para backup de transações deregistro (somente para registros).

Depois de determinar o nome do saveset, você pode executar o comando ddbmadmin para exibiras informações do saveset de backup, inclusive as horas de salvamento dos savesets.

Por exemplo, o seguinte comando ddbmadmin exibe dois savesets correspondentes com as horasde salvamento 1516039064 e 1516041320:

/opt/dpsapps/dbappagent/bin/ddbmadmin -s -e now -n oapp -z/opt/ddbda_oapp_ddbmadmin.cfg 2>&1 grep MySQL:MYDEMO:MYTEST:full

Client = ddbda, date and time = 08/13/2019 06:22:19 PM (1565734939), size = 141219968, name = MySQL:MYDEMO:MYTEST:full, Data Domain retention = 08/14/2019 06:22:19 PM (1565821339).Client = ddbda, date and time = 08/22/2019 10:23:43 AM (1566483823), size = 141219968, name = MySQL:MYDEMO:MYTEST:full, Data Domain retention = not set.



Para ativar a restauração de proteção de aplicativos orquestrados do agente de aplicativos debanco de dados de um backup do MySQL, certifique-se de que as variáveis de ambiente e osparâmetros de proteção de aplicativos orquestrados necessários estejam definidos.

A documentação do MySQL apresenta mais informações sobre as variáveis de ambientenecessárias.








l Para a configuração de parâmetro BACKUP_CHAIN opcional, especifique TRUE ou FALSE.Para restaurar todos os backups incrementais e diferenciais dependentes do último backupcompleto, defina o parâmetro BACKUP_CHAIN como TRUE. Se o parâmetro BACKUP_CHAINnão for definido ou for definido como FALSE, o comando ddbmoapprecover restaurasomente o saveset de backup especificado.


<RECOVER> <SAVESET_NAME> MySQL:MYDEMO:MYTEST:full </SAVESET_NAME> <RELOCATION_DEST> /opt/dpsapps/dbappagent/tmp/my_test </RELOCATION_DEST> <RECOVER_TIME> 1566483823 </RECOVER_TIME></RECOVER>


Recuperando os dados de backup do MySQL com o comandoddbmoapprecover

Antes de executar uma restauração do MySQL, certifique-se de que os requisitos de restauraçãodos tópicos anteriores foram atendidos. Você pode recuperar um backup de banco de dadosMySQL ou um backup de registro de transação executando o comando ddbmoapprecover apartir da linha de comando como o usuário do sistema operacional que iniciou o servidor MySQL.

Para recuperar o backup ou um backup de registro de transação do MySQL no Data Domain,execute o comando ddbmoapprecover -z configuration_file_path.

O programa ddbmoapprecover recupera o backup do MySQL no Data Domain para o diretório dedestino especificado pelo parâmetro RELOCATION_DEST. Por padrão, a menos que você definaRECOVER_TIME, o comando ddbmoapprecover restaura o backup mais recente. O tópicoanterior apresenta mais informações sobre as configurações de parâmetro de restauração.

Restaurando dados recuperados para o banco de dados MySQL


1. Use os utilitários de restauração do MySQL para concluir a recuperação de backup. Adocumentação do MySQL apresenta mais detalhes sobre como usar os utilitários derestauração.

2. Faça um backup completo do banco de dados MySQL restaurado antes de usá-lo.

Obs.: Um backup completo do banco de dados MySQL será necessário após umarecuperação de backup.



Realizando a restauração de dados do PostgreSQLExecute a restauração da proteção de aplicativos orquestrados dos dados do PostgreSQL usandoos procedimentos descritos nos seguintes tópicos:



l Registrando o PostgreSQL restore_command para restauração do arquivamento do WAL

l Recuperando os dados do PostgreSQL de backup com o comando ddbmoapprecoverl Restaurando os dados recuperados para o banco de dados PostgreSQL



Você pode usar os valores dos parâmetros de backup DATABASE_TYPE, INSTANCE_NAME eBACKUP_NAME para determinar o nome do saveset do backup a ser consultado. Com base nessasconfigurações de parâmetro, o nome do saveset PostgreSQL é o seguinte:

<DATABASE_TYPE>:<INSTANCE_NAME>:<BACKUP_NAME>:full


<BACKUP_NAME> bkp30 </BACKUP_NAME><DATABASE_TYPE> postgres </DATABASE_TYPE><INSTANCE_NAME> aug30 </INSTANCE_NAME>

Nesse caso, o nome do saveset de backup é postgres:aug30:bkp30:full

Depois de determinar o nome do saveset, você pode executar o seguinte comando para exibir asinformações do saveset de backup, inclusive as horas de salvamento dos savesets.

ddbmadmin -s -b start_time -e end_time -n oapp -z config_file 2>&1 | grep full

Por exemplo, o seguinte comando ddbmadmin exibe dois savesets correspondentes com as horasde salvamento 1567180670 e 1567180955:

/opt/dpsapps/dbappagent/bin/ddbmadmin -s -e now -n oapp -z /opt/ddbda_oapp_ddbmadmin.cfg 2>&1 | grep postgres:aug30:bkp30:full

Client = blrv055a131, date and time = 08/30/2019 09:27:50 PM (1567180670), size = 98859688, name = postgres:aug30:bkp30:full, Data Domain retention = not set.Client = blrv055a131, date and time = 08/30/2019 09:32:35 PM (1567180955), size = 98860722, name = postgres:aug30:bkp30:full, Data Domain retention = not set.





Para ativar a restauração de proteção de aplicativos orquestrados do agente de aplicativos debanco de dados de um backup do PostgreSQL, certifique-se de que as variáveis de ambiente e osparâmetros de proteção de aplicativos orquestrados necessários estejam definidos.

A documentação do servidor PostgreSQL apresenta mais informações sobre as variáveis deambiente necessárias.







<RECOVER> <SAVESET_NAME> postgres:aug30:bkp30:full </SAVESET_NAME> <RELOCATION_DEST> /opt/dpsapps/dbappagent/tmp/my_test </RELOCATION_DEST> <RECOVER_TIME> 1567180955 </RECOVER_TIME></RECOVER>


Registrando o restore_command do PostgreSQL para restauração dearquivamento do WAL

Para ativar a restauração do arquivo de segmento WAL arquivado, você deve registrar o programaddbmoapprecover com suas opções de linha de comando necessárias por meio da configuraçãorestore_command no arquivo recovery.conf.

Obs.: Para definir todos os parâmetros adequadamente no arquivo recovery.conf para arestauração e a recuperação específicas, siga os detalhes no capítulo "Configuração derecuperação" no documento on-line do PostgreSQL em www.postgresql.org.

Na configuração restore_command, especifique o comando ddbmoapprecover e suas opçõesde linha de comando da tabela a seguir para dispor da funcionalidade de restauração necessária.



https://www.postgresql.org

Por exemplo, o arquivo recovery.conf pode incluir o seguinte tipo de configuraçãorestore_command:

restore_command = '/opt/dpsapps/dbappagent/bin/ddbmoapprecover -o pg_p_opt="%p" -o pg_f_opt="%f" -z configuration_file_path'

A tabela a seguir descreve cada opção de linha de comando ddbmoapprecover que é compatívelcom a configuração restore_command. Cada opção da linha de comando começa com um traço(-).

Obs.: A opção -z é obrigatória para todas as operações de restauração.

Certifique-se de que todos os parâmetros necessários de restauração da proteção de aplicativosorquestrados também estão definidos no arquivo de configuração do agente de aplicativos debanco de dados. Parâmetros para restaurações da proteção de aplicativos orquestrados na página377 apresenta detalhes sobre os parâmetros de restauração.

Recuperando os dados de backup do PostgreSQL com o comandoddbmoapprecover

Antes de executar uma restauração do PostgreSQL, certifique-se de que os requisitos derestauração dos tópicos anteriores foram atendidos. Você pode recuperar um backup de banco dedados PostgreSQL ou um backup de registro de transação executando o comandoddbmoapprecover a partir da linha de comando como o usuário do sistema operacional queiniciou o servidor PostgreSQL.

Para recuperar os arquivos de log WAL arquivados do PostgreSQL, o daemon PostgreSQL executao comando ddbmoapprecover registrado na configuração restore_command no arquivorecovery.conf. Registrando o restore_command do PostgreSQL para restauração dearquivamento do WAL na página 403 apresenta detalhes.

Para recuperar o backup do PostgreSQL no Data Domain, execute o comando ddbmoapprecover-z configuration_file_path.

O programa ddbmoapprecover recupera o backup do PostgreSQL no Data Domain para odiretório de destino especificado pelo parâmetro RELOCATION_DEST. Por padrão, a menos quevocê defina RECOVER_TIME, o comando ddbmoapprecover restaura o backup mais recente. Otópico anterior apresenta mais informações sobre as configurações de parâmetro de restauração.

Restaurando os dados recuperados para o banco de dados PostgreSQL

Depois de executar o comando ddbmoapprecover -z configuration_file_path para recuperar obackup no diretório especificado, execute as seguintes etapas:

1. Use os utilitários de restauração do PostgreSQL para concluir a recuperação de backup. Porexemplo:

a. Certifique-se de que pode localizar os dados de backup no diretório especificado no arquivode configuração de restauração.

b. Desligue o servidor PostgreSQL.

c. Copie os arquivos recovery_location/basebackup na pasta de dados do PostgreSQL.

d. Crie o arquivo recovery.conf e copie o arquivo na pasta de dados.

e. Inicie o servidor PostgreSQL, que faz com que o PostgreSQL leia o arquivorecovery.conf e, em seguida, recupere e aplique os arquivos de log necessários para otempo pretendido ou para a transação necessária.



A documentação do PostgreSQL apresenta mais detalhes sobre como usar os utilitários derestauração e como restaurar e recuperar o banco de dados.

2. Execute um backup completo do banco de dados PostgreSQL.

Obs.: Um backup completo do banco de dados PostgreSQL é necessário após umarecuperação de backup.

Preparando a recuperação de desastres da proteção deaplicativos orquestrados

Para preparar um ambiente de banco de dados ou de aplicativo para uma recuperação de desastresde proteção de aplicativos orquestrados, faça backups regulares do banco de dados ou doaplicativo protegido pela proteção de aplicativo orquestrados.

Procedimento

Consulte o guia de administração do banco de dados ou aplicativo, conforme especificado pelofornecedor, para obter detalhes sobre todos os arquivos para backup em um cenário derecuperação de desastres. Adicione o comando necessário no script do shell de backupespecificado por BACKUP_SCRIPT, para copiar ou gerar os arquivos no $OAPP_MOUNT_DIR/directory. Esses arquivos serão incluídos no saveset de backup.

Procedimento

1. No script do shell de backup, adicione o comando para copiar os arquivos necessários para o$OAPP_MOUNT_DIR/ directory. Por exemplo:

cp /home/postgres/postgresql.conf $OAPP_MOUNT_DIR/

2. Especifique o nome do caminho do script do shell de backup editado na configuração doparâmetro BACKUP_SCRIPT no arquivo de configuração do agente de aplicativos de bancode dados.

Os arquivos necessários de backup durante cada backup de proteção de aplicativosorquestrados.

Realizando uma recuperação de desastres de proteção de aplicativosorquestrados

Você pode usar as seguintes etapas para realizar uma recuperação de desastres de proteção deaplicativos orquestrados.

Procedimento

1. Execute os procedimentos necessários para configurar o hardware do sistema, instalar osistema operacional e instalar o software de banco de dados ou aplicativo que foi protegidopela proteção de aplicativos orquestrados.

Certifique-se de que a versão do banco de dados ou do software do aplicativo é a mesmausado nos backups da proteção de aplicativos orquestrados do agente de aplicativos debanco de dados aplicativos.

2. Instale o agente de aplicativo de banco de dados conforme as instruções dos guias deinstalação aplicáveis.



3. Execute o comando de proteção de aplicativos orquestrados ddbmoapprecover pararestaurar os dados de backup e os arquivos necessários em um diretório local. Por exemplo:

ddbmoapprecover -z configuration_file_path

Realizando a restauração de dados da proteção de aplicativos orquestrados na página 393apresenta detalhes sobre as configurações e os procedimentos necessários para arestauração.

4. Conclua a restauração e recuperação do banco de dados ou aplicativo seguindo asinstruções no guia de administração do banco de dados ou do aplicativo.

Dicas de solução de problemas da proteção de aplicativosorquestrados

Se você identificar problemas com as operações da proteção de aplicativos orquestrados, poderásolucionar os problemas configurando parâmetros específicos que geram o nível apropriado deinformações de depuração.

Se você encontrar problemas com uma operação de restauração ou backup da proteção deaplicativos orquestrados defina os parâmetros DEBUG_LEVEL e DPRINTF para os seguintesvalores no arquivo de configuração do agente de aplicativos de banco de dados:

<DEBUG_LEVEL> 9 </DEBUG_LEVEL><DPRINTF> TRUE </DPRINTF>

Se você encontrar problemas com o Data Domain BoostFS, defina os parâmetros DEBUG_LEVEL,DPRINTF e DEBUG_BOOSTFS para os seguintes valores no arquivo de configuração do agente deaplicativos de banco de dados:

<DEBUG_LEVEL> 9 </DEBUG_LEVEL><DPRINTF> TRUE </DPRINTF><DEBUG_BOOSTFS> TRUE </DEBUG_BOOSTFS>

Parâmetros da proteção de aplicativos orquestrados na página 372 apresenta mais detalhes sobreos parâmetros de configuração compatíveis.

Os tópicos a seguir fornecem outras dicas de solução de problemas para problemas da proteção deaplicativos orquestrados.

O backup da proteção de aplicativos orquestrados pode apresentar falha noLinux com um erro de fusermount

Em algumas distribuições e versões Linux, um backup da proteção de aplicativos orquestrado podeapresentar falha com o seguinte tipo de mensagem de erro:

The backup command '/usr/bin/backup.sh' did not complete successfully: The command '/opt/emc/boostfs/bin/boostfs' did not complete successfully. Error: fusermount: /nsr/apps/tmp/d631ab4b_318204_3494 not mounted. Return code: 0.

Neste exemplo de mensagem, /usr/bin/backup.sh é o nome do caminho do arquivo de scriptde backup definido pelo usuário e é um diretório temporário d631ab4b_318204_3494. Essesnomes serão diferentes na mensagem de erro exibida em cada ambiente específico.

O erro ocorre quando o binário fusermount considera o ponto de montagem a ser desmontado,mas o ponto de montagem permanece no estado montado.



Para obter assistência com esse problema, entre em contato com o suporte técnico do DataDomain e indique o número de bug Data Domain 206596.

O backup de proteção de aplicativos orquestrados pode ser suspenso no Linuxcom a autenticação de senha do banco de dados

Durante um backup da proteção de aplicativos orquestrados, o prompt de senha é exibido noconsole de comando. Por exemplo, você pode ver um dos prompts de senha a seguir no console decomando:

Password:

ou

Enter Password:

O banco de dados exige a autenticação de senha para ativar o backup. Quando a configuração deparâmetro USER_PSWD_PROMPT estiver ausente no arquivo de configuração, o backup serásuspenso quando o prompt de senha aparecer.

Nesse caso, certifique-se de que o parâmetro USER_PSWD_PROMPT esteja definido no arquivo deconfiguração do agente de aplicativos de banco de dados. Se esses parâmetros já estiveremconfigurados, certifique-se de que a configuração do parâmetro USER_PSWD_PROMPTcorresponde ao prompt de senha no console.





APÊNDICE

Otimizado para o desempenho

Este apêndice inclui os seguintes tópicos:

l Otimização do desempenho de backup e recuperação......................................................... 410l Regra de 70% do componente de hardware.........................................................................410l Impacto dos componentes de software no desempenho...................................................... 410l Otimização do desempenho em sistemas DB2...................................................................... 411l Otimização do desempenho em sistemas Oracle..................................................................412l Otimização do desempenho em sistemas SAP HANA...........................................................412l Otimização de desempenho dos sistemas SAP com Oracle..................................................413


Otimização do desempenho de backup e recuperaçãoCada ambiente de backup tem um gargalo. O gargalo determina o throughput máximo do sistema.Operações de backup e restauração são tão rápidas quanto o componente mais lento na cadeia.

Quando você configurar as expectativas de desempenho de backup e recuperação, considere osrequisitos de dimensionamento do ambiente de backup.

Considere os requisitos de dimensionamento do ambiente de backup:

l Analise a infraestrutura de rede e o armazenamento do Data Domain antes de definir asexpectativas de desempenho.

l Analise e defina o objetivo de tempo de recuperação (RTO) para o aplicativo.

l Determine a janela de backup.

l Determine o volume de dados dos quais será feito o backup durante os backups completos, osbackups incrementais e os backups de registros.

l Determine a taxa de crescimento de dados.

l Determine os requisitos de retenção de backup.

Regra de 70% do componente de hardwareEspecificações de desempenho e throughput do fabricante baseadas em ambientes teóricosraramente, ou nunca, são alcançadas em ambientes de backup e recuperação reais. Como práticarecomendada, nunca exceda 70% da capacidade nominal de nenhum componente.

Considere os seguintes componentes de hardware:

l CPU

l Armazenamento

l Rede

l Barramento interno

l Memória

l Fibre Channel

O desempenho e o tempo de resposta diminuem significativamente quando o limite de utilização de70% é excedido.

Impacto dos componentes de software no desempenhoOs aplicativos que são executados no host do client são os principais usuários da CPU, da rede ede recursos de I/O. Os aplicativos normalmente usam uma quantidade significativa dessesrecursos, o que afeta os backups. Os backups também podem usar recursos de modo intensivo epodem afetar o desempenho dos aplicativos principais.

Vários componentes podem afetar o desempenho nas configurações do sistema:

l Os backups e as restaurações de aplicativos são baseados em objetos, em que um objeto podeser um arquivo ou um fluxo. Um backup ou restauração de muitos objetos pequenos geralmentedemora mais do que um backup ou restauração de um pequeno número de objetos grandes,mesmo quando o mesmo volume de dados é processado:

n Configure o registro da transação para gerar arquivos de log maiores sempre que possível.



n Para aplicativos compatíveis com a execução explícita de backups de registro, agende amelhor frequência de backup de registro, a qual se baseia no objetivo de tempo derecuperação.

l Normalmente o número de backups (savesets) que são armazenados no sistema Data Domainnão afeta o desempenho do backup. No entanto, para alguns aplicativos, como o SAP HANA ouo DB2, o número de backups armazenados pode afetar o desempenho de restauração:

n Use as ferramentas de aplicativos para definir a retenção adequada para os backups sempreque possível e certifique-se de que backups obsoletos sejam removidos regularmente.

n Siga as instruções em Configurando a exibição e exclusão de informações do saveset napágina 124 para descobrir a lista e o número de objetos de backup (savesets) que estãoarmazenados no sistema Data Domain.

n Use caminhos de dispositivo diferentes para instâncias de banco de dados diferentes paraaumentar a velocidade da recuperação. Um sistema client com quatro ou cinco instânciasde banco de dados pode ter cinco vezes o número de backups em um diretório, o que podelevar a uma restauração mais lenta para alguns aplicativos.

l A compactação e a criptografia de backup são operações com uso intenso de recursos noclient, o que pode afetar significativamente o desempenho de backup e a taxa dedesduplicação dos dados que são armazenados no sistema Data Domain:

n Não use a compactação de backup baseada em aplicativos, pois o software DD Boostarmazena dados em um formato compactado.

n Use a criptografia em trânsito do Data Domain para proteger os dados em trânsito. Habilitea criptografia sobre uma conexão WAN na página 52 apresenta detalhes.

l Executar backups em paralelo (multi-stream) aumenta a velocidade das operações de backup erestauração:

n Certifique-se de que o número de fluxos simultâneos ou total para o sistema Data Domainnão exceda o número máximo de fluxos compatíveis.

Os tópicos a seguir descrevem o impacto no desempenho de vários backups para cada tipo deaplicativo de banco de dados e apresentam informações sobre como melhorar o desempenho.

Otimização do desempenho em sistemas DB2Você pode otimizar o desempenho em um sistema DB2 por meio de práticas recomendadas para oarquivamento de registro de transação do DB2, backups multi-stream e exclusões de backup.

Configurando o arquivamento de registro de transação do DB2

É recomendável manter o banco de dados ativo para que o backup dos registros arquivados sejafeito a tempo. Essa prática permite que você evite o backup de muitos registros arquivados, osquais tornam mais lentos os backups de banco de dados simultâneos.

Obs.:O número de registros de backup no armazenamento para backup do DB2 pode afetar odesempenho das operações de avanço.

Por exemplo, quando você faz restauração para um banco de dados não existente com umaoperação de avanço, a operação de avanço seguinte pode exigir uma varredura completa detodas as entradas de registro de backup. Você pode restaurar um banco de dados inexistentedurante uma recuperação de desastres quando todos os dados do banco de dados tiverem sidoperdidos. A varredura lida com uma solicitação de DB2 para consultar a mais alta cadeia deregistro disponível.

Configurando backups multi-stream

O tempo de restauração de um backup multi-stream do DB2 inclui o tempo para pesquisar osfluxos. A maneira como os dados são transmitidos no backup afeta a taxa de desduplicação de



backup e o desempenho do backup e da restauração. Certifique-se de ter concluído umaconfiguração ideal para um backup multi-stream do DB2. O artigo da IBM a seguir apresenta maisdetalhes:

http://www.ibm.com/developerworks/data/library/techarticle/dm-1302db2deduplication

Configurando a exclusão de backup do DB2 para operações do Application Direct

Use a exclusão automática do DB2 de objetos de recuperação a serem removidos ou remova osobjetos de backup que se tornarem obsoletos. Quando uma imagem do banco de dados é removida,todos os backups de registros arquivados associados também são removidos.

Se a configuração do banco de dados e a remoção de registro estiverem incorretas, a remoçãoapresentará uma falha silenciosa. Nesse caso, o histórico de recuperação do DB2 não será limpo eos backups obsoletos não serão removidos. Essa situação também pode interferir com backups erestaurações subsequentes. Para evitar o problema, certifique-se de que a exclusão do backupestá configurada corretamente; depois, monitore periodicamente o registro de diagnóstico do DB2para ver se há problemas de remoção e corrija os problemas em tempo hábil. Dicas de solução deproblemas do DB2 para operações do Application Direct na página 185 apresenta detalhes sobre oscasos de erro possíveis, como problemas de remoção do DB2 e suas resoluções.

Gerenciando e excluindo backups do Storage Direct DB2

A exclusão automática de objetos de recuperação do DB2 não se aplica a backups de snapshot doDB2. Execute o comando db2acsutil manualmente para limpar os snapshots obsoletosperiodicamente.

Otimização do desempenho em sistemas OracleO número de backups no armazenamento para backup do Oracle não afeta o desempenho dasoperações de restauração. É recomendável manter somente os backups que são necessários paraRTO, o que economiza espaço de armazenamento para backup.

Configure a política de retenção do Oracle, que se baseia na janela de recuperação ou redundância,para tornar backups obsoletos. Exclua regularmente os backups obsoletos executando o comandorman delete obsolete. Siga as instruções de como realizar operações de manutenção eexclusão de backup do Oracle nos capítulos do Oracle neste guia.

Otimização do desempenho em sistemas SAP HANAO número de backups no armazenamento para backup do SAP HANA pode diminuir o desempenhodas operações de restauração. Já foi comprovado que o tempo necessário para operaçõesrelacionadas à restauração aumenta com o número de backups que estão armazenados no sistemaData Domain.

É recomendável que você evite a criação de um grande número de backups de redo logs paraotimizar o tempo de restauração.

Configurando backups automáticos de redo logs do SAP HANA

Por padrão, o SAP HANA faz backup dos redo logs para bancos de dados a cada 15 minutos, o queresulta em muitos backups pequenos se o banco de dados não estiver ocupado. Se permitido peloRTO, aumente o intervalo de backup de registro para gerar um número menor de backups maiores.

Considere a possibilidade de fazer backup dos dados e dos registros do SAP HANA em caminhosde dispositivos separados no sistema Data Domain. Você pode fazer isso especificando arquivosutilitários separados para os backups de registros e de dados. Por exemplo, especifique que oarquivo de utilitário para os backups de dados utilize a configuração DEVICE_PATH=/device_path/DATA e que o arquivo de utilitário para os backups de registro utilize a configuração



http://www.ibm.com/developerworks/data/library/techarticle/dm-1302db2deduplication

DEVICE_PATH=/<device path>/LOGS. Como resultado, o SAP HANA fará a varredura de menosregistros durante a restauração.

Excluindo backups do Application Direct com o SAP HANA Studio

Excluir regularmente os backups antigos do sistema Data Domain reduz o número de entradas debackup, o que permite restaurações mais rápidas. Siga as instruções do Excluindo backups doApplication Direct usando o SAP HANA Studio na página 318.

A exclusão de backups do SAP HANA usando o Backint é um processo que é executado emsegundo plano depois que o SAP HANA relata que todas as entradas foram excluídas de seupróprio catálogo. O tempo de processo de exclusão pode ser afetado por um grande número debackups.

Otimização de desempenho dos sistemas SAP com OracleO número de backups no armazenamento para backup do SAP com Oracle não afeta odesempenho das operações de restauração. É recomendável manter somente os backups que sãonecessários para RTO, o que economiza espaço de armazenamento para backup.

SAP BR*Tools não oferece uma interface para a exclusão de backups que foram feitos com oprograma backint. Para excluir esses backups, siga as instruções sobre exclusão de backup em Configurando a exibição e exclusão de informações do saveset na página 124.

Siga as instruções do Oracle RMAN para a exclusão e manutenção de backups que são feitos comBR*Tools e a interface RMAN.





GLOSSÁRIO

Este glossário contém as definições dos termos usados neste manual. A maioria dos termos sãoespecíficos ao agente de aplicativos de banco de dados.

A

adiantar Para aplicar registros de transações a um banco de dados recuperado a fim derestaurar o banco de dados para um estado que seja consistente com um point-in-timedeterminado.

Agente de aplicativo debanco de dados

Software que permite as operações do Application Direct e do Storage Directexecutadas por meio dos workflows do Application Direct e do Storage Direct,respectivamente. Esse agente era conhecido anteriormente como DD Boost parabanco de dados e aplicativos (DDBDA).

arquivo de salvamento Arquivo ou bloco de dados do sistema operacional, como o objeto mais simples do qualvocê pode fazer backup ou restauração.

B

backup 1. Duplicação dos dados do banco de dados ou dos dados do aplicativo ou de todo osistema computacional, armazenada separadamente dos originais e que pode serusada para recuperar o original, caso ele seja danificado ou destruído.

2. Operação que salva os dados em um volume para ser usado como umarecuperação.

backup comdesduplicação

Tipo de backup no qual os blocos de dados redundantes são identificados e apenasblocos exclusivos de dados são armazenados. Quando os dados desduplicados sãorestaurados, eles retornam ao formato nativo original.

backup completo Consultar level

backup dinâmico Consultar backup on-line

Backup do StorageDirect

O backup de dados do DB2, do Oracle ou do SAP com Oracle no nível de LUN em umsistema VMAX ou XtremIO para um sistema Data Domain. O software do agente deaplicativos de banco de dados e o software Storage Direct utilizam as seguintestecnologias para realizar conjuntamente o backup:

l Para um backup do VMAX, use as tecnologias do FAST.X e do SnapVX no sistemado VMAX e as tecnologias vdisk e FastCopy no sistema Data Domain.

l Para um backup do XtremIO, use o split I/O do RecoverPoint e tecnologias deconsistency group no sistema do XtremIO e as tecnologias de vdisk, FastCopy e DDBoost no sistema Data Domain.

backup estático Consultar backup off-line

backup incremental Consultar level


backup off-line Backup de objetos de banco de dados que é executado enquanto o banco de dados ouinstância está inativa e indisponível aos usuários.

backup on-line Backup de objetos de banco de dados que são executados enquanto o banco de dadosou a instância correspondente está em execução e disponível aos usuários.

C

client Servidor do aplicativo ou banco de dados cujos dados podem receber backup erestauração com o software de agente de aplicativos de banco de dados.

client de destino Computador em que uma recuperação direcionada restaura os dados do banco dedados.

cluster ativo-passivo Tipo de configuração em cluster em que o servidor de dados executado no nó ativo eem outros nós é um nó passivo que mantém as atualizações de dados e aguarda paraassumir o controle caso o nó ativo falhe.

conjunto de grupos Conjunto definido pelo usuário de consistency groups do RecoverPoint, o qual é usadopara executar atividades operacionais e de recuperação. Para operações do StorageDirect com RecoverPoint:

l Não é possível habilitar bookmarking paralelo para um conjunto de grupos.

l Em um consistency group, a cópia local existe no sistema Data Domain e não há umvolume de registro para tal cópia local.

D

DD Boost Uma biblioteca otimizada e um framework de comunicação com uma API de DataDomain especial que permite que o software para backup defina e interaja com osdispositivos de armazenamento no sistema Data Domain.

disco compartilhado Disco de armazenamento conectado a vários nós em um cluster.

Dispositivo de backup LUN encapsulada (eLUN) ou LUN FAST.X em um sistema VMAX, o que é criado peloencapsulamento de uma LUN DD vdisk durante um backup do Storage Direct.Consultar restaurar dispositivos

E

eLUN LUN encapsulada em um sistema VMAX, que é criado usando o software FAST.X.

F

FAST.X O software FAST.X no sistema VMAX que encapsula LUNs para o armazenamento doData Domain, preserva os dados existentes nas LUNs e permite o acesso às LUNsexternas por meio do sistema VMAX.

firewall Um sistema projetado para impedir o acesso não autorizado de entrada ou de saída deuma rede privada.

Glossário


G

grupo de consistência Grupo do RecoverPoint que protege um conjunto de LUNs de origem (volumes). Sedois conjuntos de dados dependerem um do outro (como um banco de dados e umregistro de banco de dados), eles deverão fazer parte do mesmo consistency group.Componentes lógicos de um consistency group incluem cópias, conjuntos de replicaçãoe registros.

H

host Computador em uma rede.

I

imagem estática Cópia de um snapshot do VMAX SnapVX no sistema Data Domain.

L

level Opção de configuração de backup que especifica o volume de dados que é salvodurante um backup:

l Um backup completo faz backup de todos os objetos de dados,independentemente de quando eles foram alterados pela última vez.

l Um backup incremental faz backup somente de objetos de dados que foramalterados desde o backup anterior.

LUN de origem LUN no sistema VMAX em que residem os dados originais.

N

nível de backup Consultar level

nome do caminho Conjunto de instruções para que o sistema operacional acesse um arquivo:

l Um nome de caminho absoluto indica como localizar um arquivo a partir dodiretório root e indo até a árvore de diretórios.

l Um nome de caminho relativo indica como localizar um arquivo a partir do localatual.

nós de cluster Um grupo de hosts físicos ou virtuais vinculados com armazenamento compartilhadoque funcionam juntos e representam-se como um host único, chamado de host decluster virtual.

O

Oracle RecoveryManager (RMAN)

Utilitário Oracle que atua como uma interface inteligente para bancos de dados Oraclepara o backup e a restauração de objetos de banco de dados Oracle.

Glossário


P

paralelismo Método que faz o backup ou a recuperação de dados por meio de vários fluxossimultâneos.

processamentodistribuído de segmentos

(DSP)

Parte da interface do DD Boost que permite a desduplicação de dados em um hostantes que os dados sejam enviados para o sistema Data Domain para armazenamento.

R

RecoverPoint Sistema de software que inclui os divisores do RecoverPoint e os dispositivos doRecoverPoint (RPAs) que são usados para replicar e proteger os dados. O agente deaplicativos de banco de dados usa os produtos de software Storage Direct eRecoverPoint para fazer os backups dos dados do banco de dados em um sistemaXtremIO para um sistema Data Domain.

RecoverPoint appliance(RPA)

Dispositivo de proteção de dados inteligente do RecoverPoint, na forma de umamáquina física ou virtual, que gerencia todos os aspectos da replicação de dadosconfiável. Em um backup do Storage Direct com RecoverPoint, o RPA lê os dados desnapshot de um sistema XtremIO e usa o DD Boost para transferir os dados paraarquivos de trabalho em um sistema Data Domain.

recuperação Para restaurar arquivos de dados a partir de uma mídia de backup, em um disco doclient, ou aplicar registros transacionais (redo) a fim de tornar os dados consistentescom um determinado point-in-time.

recuperação de avanço Tipo de recuperação de banco de dados do DB2 que aplica os registros de transaçãopara restaurar o banco de dados para um point-in-time específico.

Recuperação dedesastres

A restauração e a recuperação de operações de negócios e de dados em caso falha dehardware ou software corrompido.

recuperação direcionada Método que recupera os dados originados em um host do client e os recria em outrohost do client, conhecido como o client de destino.

recurso obsoleto Recurso que é compatível com a versão atual do software, mas será incompatível eremovido em uma versão futura.

registro de transações Registro de transações nomeadas de banco de dados ou uma lista de arquivosalterados em um banco de dados, o qual é armazenado em um arquivo de log parapermitir transações rápidas de restauração e de reversão.

restauração da reversão Restauração em nível de bloco que é fornecida pelo storage array primário.

A restauração da reversão de um backup do Storage Direct para VMAX é a restauraçãode toda a LUN. A restauração da reversão de um backup do Storage Direct comRecoverPoint é a restauração de todo o consistency group do RecoverPoint, grupo devolumes ou LUN, dependendo do tipo de servidor de banco de dados e a versão deRecoverPoint.

A restauração da reversão sempre restaura os dados para as LUNs de origem inicial noarmazenamento primário.

Glossário


restaurar Para recuperar os arquivos de dados individuais da mídia de backup e copiar osarquivos para um disco sem aplicar registros de transações. Consultar recuperação

restaurar dispositivos LUN encapsulada (eLUN) ou LUN FAST X em um sistema VMAX, o que é usadodurante a restauração de um backup do Storage Direct. Consultar Dispositivo debackup

S

saveset Coleta de um ou mais arquivos de armazenamento criados durante a sessão de backup.

sistema Data Domainprincipal

Sistema Data Domain que armazena os backups que são executados a partir de umhost do banco de dados ou de aplicativos. O agente de aplicativos de banco de dadossomente pode fazer backup de dados em um sistema Data Domain primário.

sistema Data Domainsecundário

Um sistema Data Domain no qual você pode restaurar backups replicados para umbanco de dados ou um host de aplicativo usando o agente de aplicativos de banco dedados. Um administrador do Data Domain faz a replicação do backup do sistemaprimário do Data Domain para o sistema secundário do Data Domain.

sistema de altadisponibilidade

Sistema de vários computadores configurados como nós interconectados em uma redepara garantir que os serviços de aplicativo continuem apesar de falha no hardware ouno software.

Snapshot do SnapVX Snapshot criado com o VMAX SnapVX, que é uma tecnologia de snapshot compatívelcom os arrays específicos de VMAX.

Storage Direct Um workflow alternativo que oferece proteção de dados baseada em block a partir doarmazenamento primário para o armazenamento de proteção. O agente de aplicativosde banco de dados dá suporte ao uso do workflow do Storage Direct para backups dedados do aplicativo em um sistema VMAX ou XtremIO para um sistema Data Domain.

Symdev-ID ID de dispositivo atribuído pelo VMAX quando um dispositivo ou volume é criado nosistema VMAX.

T

tablespace Estrutura de banco de dados do Oracle que consiste em um ou mais arquivos de dados.

V

vdisk Tecnologia de disco virtual disponível no DD OS 5.5 e posterior.

Glossário


Glossário


Documents

Application Agent Dell EMC PowerProtect Database · SQL, MongoDB, MySQL e PostgreSQL..... 35 Configurações aceitas ... Visão geral dos backups e restaurações do Storage Direct