Dell EMCAppSyncGuia de Administração e do Usuário...Removendo um servidor de caixa de correio do...

Dell EMC AppSync®Versão 3.7

Guia de Administração e do Usuário302-004-616

01

Copyright © -2018 Dell Inc. ou suas subsidiárias. 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, EMC e outras marcas comerciais são marcas comerciais da Dell Inc. ou de suas subsidiárias. Outras marcas comerciais aqui mencionadas

pertencem a seus respectivos proprietários. Publicado no Brasil.

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

2 Dell EMC AppSync 3.7 Guia de Administração e do Usuário

Prefácio 11

Introdução 15Visão geral do AppSync ..............................................................................16

Visão geral dos planos de serviço................................................... 17Gerenciamento baseado em funções.............................................. 17Relatórios do AppSync .................................................................. 18

AppSyncArquitetura do .............................................................................. 18Servidor AppSync ......................................................................... 19Visão geral do (plug-in de host do) agente do AppSync................. 19Console do AppSync (interface do usuário)................................... 19CLI do AppSync..............................................................................19Interface REST...............................................................................19

AppSync e Replication Manager..................................................................19Interoperabilidade do AppSync e do Replication Manager ............ 20

Console do AppSync 21Visão geral do console................................................................................ 22

Realizar ações................................................................................22Horas exibidas no console..............................................................22

Definir preferências do console.................................................................. 22Inicia o console do AppSync....................................................................... 23

Utilitário do CLI do AppSync 25Utilitário do CLI do AppSync.......................................................................26Ações da CLI...............................................................................................27

login...............................................................................................27logout............................................................................................ 28atualizar.........................................................................................28runSP............................................................................................ 29enableSP....................................................................................... 29disableSP.......................................................................................30relatório..........................................................................................31vence.............................................................................................32inscrição........................................................................................ 33cancelar inscrição.......................................................................... 34listCopies.......................................................................................36copyDetails....................................................................................38mount............................................................................................ 39unmount........................................................................................ 50

Planos de serviço 53Visão geral dos planos de serviço............................................................... 54

Criar um plano de serviço.............................................................. 58Cancelar inscrição em um plano de serviço....................................60Configurações avançadas de plano para file systems ....................60Configurações do plano avançado para SQL Server....................... 61

Capítulo 1

Capítulo 2

Capítulo 3

Capítulo 4

CONTEÚDO

Dell EMC AppSync 3.7 Guia de Administração e do Usuário 3

Configurando o armazenamento do VPLEX....................................61Configurando o armazenamento do VMAX.................................... 62Habilitar ou desabilitar a expiração automática de uma cópia ........63

Configurações do plano de serviço do Exchange........................................ 63Configurações do plano de serviço do SQL Server..................................... 66Configurações do plano de serviço Oracle...................................................71Configurações do plano de serviço do file system.......................................76Configurações do plano de serviço do VMware.......................................... 82

Proteger o Microsoft Exchange 87Visão geral do suporte ao Exchange .......................................................... 88Implementando o AppSync para proteção do Exchange............................. 90

Detectando bancos de dados do Exchange ................................... 91Removendo um servidor de caixa de correio do Exchange ............ 91Proteção de bancos de dados do DAG em um plano de serviço...... 91Converter um Exchange Server independente em um membro doDAG............................................................................................... 91

Proteja um banco de dados do Exchange .................................................. 92Protegendo um banco de dados do Exchange imediatamente....... 92Inscreva um banco de dados do Exchange em um plano de serviço...93Cancelando a inscrição de um banco de dados em um plano deserviço ..........................................................................................93Expirando uma cópia sob demanda................................................ 93Criando uma cópia de banco de dados da página Copies................94

Detalhes do plano de serviço...................................................................... 94Agendamento do plano de serviço................................................. 94Detecção de aplicativos.................................................................96Mapeamento de aplicativos........................................................... 96Script de pré-cópia .......................................................................96Create copy...................................................................................96Script pós-cópia............................................................................ 99fase Unmount previous copy........................................................ 100Montar cópia................................................................................100Validar cópia.................................................................................102Script de pós-montagem..............................................................104Unmount copy..............................................................................104

Montagem de cópias do Exchange............................................................ 104Limitações de montagem e restauração....................................... 105Montando uma cópia do Exchange sob demanda......................... 105Desmontando uma cópia do Exchange ........................................ 108Mapeamento de caminhos............................................................109

Visão geral da restauração de cópias do Exchange..................................... 111Entidades afetadas durante a restauração..................................... 111Restaurando de uma cópia do Exchange....................................... 112Recuperando um banco de dados do Exchange manualmente.......114Restauração parcial.......................................................................114Restaurando registros de cópia consistente em caso de falha (APiT)..................................................................................................... 115Restaurando um banco de dados excluído do Exchange................116

Proteger o SQL Server 117Visão geral do suporte do SQL Server....................................................... 118

Pré-requisito do SQL Server......................................................... 118

Capítulo 5

Capítulo 6

CONTEÚDO


Configurações do SQL Server compatíveis................................... 119Considerações para SQL Server em um ambiente VMware...........119Direitos e permissões necessárias................................................ 120Atualizar as credenciais de log-in de uma instância do SQL Server....122

Suporte a grupos de disponibilidade AlwaysOn..........................................122Backup de registros de transações do SQL Server....................................123

Configurar o backup de registros de transações do SQL Server...124Configurar scripts de backup de registro......................................126Executar o backup de registros sob demanda...............................126Exibir backups de registros para um plano de serviço................... 127Exibir cópias de banco de dados SQL........................................... 128Expiração de backups de registros................................................ 131

Considerações para trabalhar com o SQL Server em um cluster............... 132Pasta SQL Server User Databases............................................................ 135

Detectar instâncias do SQL Server.............................................. 135Proteger um banco de dados SQL.............................................................136

Configurando a proteção para o banco de dados do SQL Server.. 137Cancelando a inscrição de um banco de dados em um plano deserviço..........................................................................................137Detectar bancos de dados do SQL Server ................................... 138Página de cópias do SQL.............................................................. 138Criando uma cópia de banco de dados da página Copies.............. 139Expirando uma cópia de banco de dados SQL sob demanda......... 140Detalhes e resumo do plano de serviço.........................................140

Considerações sobre a montagem para o SQL Server............................... 153Montar cópia de banco de dados do SQL Server sob demanda.... 155Desmontando uma cópia do SQL Server ..................................... 162Mapeamento de caminhos............................................................163

Visão geral da restauração de banco de dados do SQL Server.................. 165Considerações sobre a restauração para bancos de dados em umgrupo de disponibilidade............................................................... 165Entidades afetadas durante a restauração................................... 166Restaurando um banco de dados primário ou um banco de dadossecundário com failover............................................................... 166Restaurando um banco de dados secundário sem failover............ 167Restaurando uma cópia do SQL Server........................................ 168Utilitário de restauração do SQL Server (assqlrestore)................. 171

Proteger o Oracle 175Visão geral do suporte do Oracle............................................................... 176

Permissões do Oracle................................................................... 176Integração dos Red Hat Cluster Services com o AppSync............ 176Suporte ao Oracle Data Guard...................................................... 177Integração com Veritas Cluster Services......................................180Integração de clusters do PowerHA (HACMP)............................. 181Pré-requisitos e configurações suportadas...................................183

Protegendo um banco de dados................................................................ 192Detectando bancos de dados....................................................... 192Inscreva um banco dados em um plano de serviço........................192Página de cópias do Oracle.......................................................... 193

Detalhes e resumo do plano de serviço......................................................196Agendamento do plano de serviço................................................ 196Substituindo agendamentos de plano de serviço.......................... 197Detecção de aplicativos................................................................197

Capítulo 7

CONTEÚDO


Mapeamento de aplicativos.......................................................... 198Preferências de armazenamento.................................................. 198Script de pré-cópia...................................................................... 198Create copy................................................................................. 199Expiração automática de cópias................................................... 199Script pós-cópia.......................................................................... 200Desmontar cópia anterior............................................................ 200Script de pré-montagem............................................................. 200Montar cópias ............................................................................. 201Substituindo configurações de montagem em um plano de serviço...202Script pós-montagem.................................................................. 203Desmontar cópia..........................................................................203

Montar uma cópia do Oracle.....................................................................203Montando uma cópia usando o Assistente Oracle Mount.............205Recurso de catalogação de RMAN ..............................................209Montar no servidor independente e preparar scripts pararecuperação manual..................................................................... 210Montagem em cluster e recuperação............................................ 211Mapeamento de caminhos............................................................212Repetir a recuperação de uma cópia do Oracle montada erecuperada................................................................................... 214

Restaurando uma cópia do Oracle............................................................. 214Restaurar uma cópia local independente ..................................... 216Entidades afetadas durante a restauração....................................217Restauração de vdisk com entidades afetadas............................. 218Restaurando uma cópia RAC para entidades afetadas..................218

Proteger os file systems 221Visão geral do suporte a file systems........................................................ 222

Proteger os file systems NFS no armazenamento VNX, VNXe eUnity............................................................................................222Integração de clusters do PowerHA (HACMP)............................ 224File systems em cluster de failover do Windows.......................... 225

Configurações do plano de serviço do file system.....................................226Inscrevendo um file system em um plano de serviço.................... 232Substituindo agendamentos de plano de serviço .........................233Agendamento do plano de serviço............................................... 233Detecção de aplicativos............................................................... 234Mapeamento de aplicativos......................................................... 234Fase de script de pré-cópia..........................................................234Criar scripts de chamada de congelamento e descongelamento derecursos de fase de cópia............................................................ 235Crie cópias consistentes com aplicativos de file systems do UNIX.....237Configure a repetição em caso de falha do VSS...........................238Fase de script pós-cópia..............................................................238Unmount previous copy............................................................... 239Montar cópia............................................................................... 240Script de pós-montagem............................................................. 242

Montando uma cópia com o Assistente File System Mount...................... 243Alterando o ponto de montagem para um file system afetado..... 245Desmontando uma cópia do file system ...................................... 246Substituir as configurações de montagem em um plano de serviço....246

Capítulo 8

CONTEÚDO


Montagem de um file system após reinicialização ....................... 247Suporte de montagem armazenada para file systems.................. 247Mapeamento de caminhos........................................................... 248

Restaurando um file system..................................................................... 250

Proteger VMware Datacenters 253Pré-requisitos de configuração ................................................................254

Requisitos vStorage VMFS VMware ........................................... 254Detecção de datacenters .........................................................................256

Lista de datacenters ................................................................... 256Adicionar um VMware vCenter Server ........................................ 257Lista de datastores VMware ....................................................... 257Selecione um datastore VMware................................................. 258

Considerações sobre a montagem de uma cópia VMFS ...........................266Montando uma cópia de datastore sob demanda......................... 266Desmontando uma cópia do datastore VMware .......................... 268

Restaurando um datastore a partir de uma cópia......................................268Operações de máquina virtual durante a restauração...................269Entidades afetadas do datastore durante a restauração.............. 270

Restaurando uma máquina virtual a partir de uma cópia............................ 271Opções de restauração de máquina virtual...................................273

Restauração de arquivo ou pasta com datastores VMFS ou NFS..............274Restaurando um arquivo ou pasta de um disco virtual..................275

Reutilização 277Visão geral da reutilização.........................................................................278

Agendamento de reutilização.......................................................279Modificando um plano de reutilização..........................................280Atualização da reutilização.......................................................... 280Expiração de reutilização............................................................. 282Mascaramento de dados com o uso de scripts.............................282

Usando o Assistente Repurpose............................................................... 282O AppSync Service Plan In-Progress Monitor............................. 284Visualize ou exclua os agendamentos da cópia de reutilização..... 284Exibir cópias reutilizadas..............................................................285

Monitorar o AppSync 287Conceitos e práticas recomendadas de RPO............................................ 288

Relatório de conformidade do ponto de recuperação...................288Exportando um relatório de conformidade RPO para CSV........... 289Resumo da conformidade do RPO............................................... 289

Alertas e eventos associados....................................................................289Confirmando alertas.................................................................... 290

Alertas de e-mail....................................................................................... 291Definir configurações de servidor para alertas de e-mail.............. 291Especificar destinatários de alerta por e-mail.............................. 292

O AppSync Service Plan In-Progress Monitor.......................................... 292

Considerações sobre armazenamento 293VNX Block ............................................................................................... 294

Considerações sobre o plano de serviço para aplicativos noarmazenamento de block do VNX................................................295Montagens dinâmicas ................................................................. 295

Capítulo 9

Capítulo 10

Capítulo 11

Capítulo 12

CONTEÚDO


Montagens de Microsoft Cluster Server para SQL Server...........295Política de SAN no Windows Server Standard Edition ................ 296

VNX File .................................................................................................. 296Considerações sobre o plano de serviço para um aplicativo noarmazenamento do VNX File........................................................298Montagem do VNX File................................................................298

VNXe........................................................................................................298Considerações sobre o plano de serviço com o VNXe..................299Considerações sobre a montagem e desmontagem de cópia para oVNXe...........................................................................................300Considerações sobre montagem/desmontagem de datastore NFSdo VNXe...................................................................................... 300

VMAX ......................................................................................................300Considerações sobre o plano de serviço para aplicativos noarmazenamento do VMAX............................................................301Montar e desmontar cópias do VMAX......................................... 302Montagens de Microsoft Cluster Server para SQL Server........... 303Reutilizar cópias no VMAX...........................................................304Restauração do VMAX.................................................................304

VMAX 3 e VMAX All Flash ....................................................................... 305Considerações sobre o plano de serviço para aplicativos noarmazenamento do VMAX All Flash e do VMAX 3........................305Montagem/desmontagem de cópias no VMAX 3 e no VMAX AllFlash............................................................................................306Visão geral da reutilização do VMAX All Flash e do VMAX 3.........307

ViPR Controller ........................................................................................307Considerações sobre o plano de serviço com o ViPR Controller...308Montar e desmontar cópias do ViPR Controller........................... 308Restauração da cópia do ViPR Controller.................................... 309

XtremIO ...................................................................................................309Opções de restauração com o armazenamento do XtremIO......... 312

RecoverPoint ........................................................................................... 312Considerações sobre o plano de serviço para aplicativos comproteção do RecoverPoint............................................................312Pré-requisitos do RecoverPoint................................................... 313Montagens dinâmicas ou estáticas............................................... 313Reutilização de cópias de bookmarks do RecoverPoint de bancos dedados Oracle ou SQL Server........................................................ 314Recuperação usando o bookmark criado pelo sistema RecoverPoint.....................................................................................................315Restaurar a partir de uma cópia APIT........................................... 316

Unity ........................................................................................................ 317Considerações sobre o plano de serviço com o Unity................... 318Montagem e desmontagem de cópias do datastore NFS do Unity....319Montagem e desmontagem de cópias do Unity............................ 319Montagem e desmontagem de cópias do file system NFS do Unity...319Reutilização de cópias no Unity................................................... 320

VPLEX......................................................................................................320Considerações de plano de serviço para aplicativos noarmazenamento do VPLEX...........................................................321Montar e desmontar cópias do VPLEX ........................................ 321Considerações sobre a restauração do VPLEX.............................322

Dell SC......................................................................................................323

CONTEÚDO


Considerações de plano de serviço para aplicativos noarmazenamento do Dell SC..........................................................323Montar e desmontar cópias Dell...................................................323

Solução de problemas do AppSync 325Coleta de registro automatizada...............................................................326

Coletar registros..........................................................................326EMC Secure Remote Support...................................................................327

Registrando o ESRS.................................................................... 327Informações de configuração enviadas para a Dell EMC por meio doESRS........................................................................................... 328

Problemas do AppSync.............................................................................329Reinicialização necessária após a instalação do plug-in de host doAppSync...................................................................................... 329A conta do usuário não tiver as permissões corretas....................330O serviço de interface do Exchange do AppSync está parcialmenteregistrado.....................................................................................331Problema de timeout do VSS........................................................331Problema de implementação e instalação do host.........................331Não é possível montar os grupos de discos do Oracle ASM após areinicialização do host..................................................................332Falha na montagem de grupos de discos ASM nas configurações demulti-pathing I/O do RHEL 6. x e 7. x.......................................... 332O AppSync apresenta falha ao montar grupos de discos ASM doOracle (Event - ORCL_000043) .................................................333O AppSync apresenta falha ao desmontar grupos de discos ASM doOracle (Event - ORCL_000044)..................................................333Falha na detecção do banco de dados Oracle.............................. 333Falha na detecção do banco de dados Oracle: file system cheio.. 334O banco de dados Oracle apresenta falha para iniciar após umareinicialização.............................................................................. 334Script de reinicialização do Oracle não removido para os hosts UNIXregistrados usando um usuário do SUDO na desinstalação do agente.................................................................................................... 335O AppSync apresenta falha ao criar links simbólicos....................335Verificação dos registros do sistema para a reinicialização do Oracle.................................................................................................... 335O banco de dados falha ao iniciar com o SPFile criado ................336Falha na recuperação do Oracle...................................................336Falha na detecção do banco de dados Oracle 12.2 RAC............... 336Falha de recuperação de banco de dados Oracle durante a operaçãoprerecoverdb...........................................................................337O AppSync apresenta falha ao congelar o banco de dados do SQLServer em tempo hábil (Event - SQL_000018)............................ 337Cluster do SQL — falha na montagem da cópia de segunda geração.................................................................................................... 338Erro de timeout durante a detecção de banco de dados SQL.......338Falha da recuperação do SQL...................................................... 338Uso de disco da pasta <AppSync>\jboss\standalone\tmp\vfs\..339A criação de cópia do XtremIO demora........................................339Alterando um IP de XMS..............................................................339Erro durante a montagem do disco virtual ou do datastore..........339Falha no mapeamento do disco virtual......................................... 340A proteção de file systems ou aplicativos Oracle em dispositivos demulti-pathing I/O falha durante o mapeamento........................... 340

Capítulo 13

CONTEÚDO


Montagem de um file system ou um banco de dados Oracle noRHEL 7.x falha..............................................................................341Falha na reutilização de file systems em várias LUNs................... 341Tipo de file system alterado não atualizado após a descoberta dehost..............................................................................................341Falha na montagem de um snapshot de file system para RHEL7..342Falha na restauração da lockbox de CST......................................342Falha na proteção e na reutilização no VMAX.............................. 342Os serviços do AppSync não iniciam após a reinicialização.......... 343Problema de configuração de servidor Windows..........................343Flash no Windows Server 2012 R2............................................... 343Atualização do navegador............................................................ 344Plano de serviço agendado apresenta falha................................. 344O AppSync não é iniciado no Google Chrome ............................. 345Falha ao fazer upgrade do AppSync.............................................345Falha do banco de dados do servidor do AppSync....................... 345Falha de montagem no RHEL 7.4.................................................345

Manuseio de erros.................................................................................... 346Log de eventos......................................................................................... 347

349

355

Glossário

ÍndiceRemissivo

CONTEÚDO


Prefácio

Como parte do esforço para melhorar suas linhas de produto, a Dell EMC lançaperiodicamente revisões de seu software e hardware. Por isso, algumas das funçõesdescritas neste documento podem não ser compatíveis com todas as versões desoftware ou hardware usadas no momento. As notas da versão do produto contêm asinformações mais recentes sobre os recursos do produto.

Entre em contato com um profissional de suporte técnico da Dell EMC se um produtonão funcionar adequadamente ou não funcionar conforme descrito neste documento.

Obs.

Este documento estava preciso no momento da publicação. Acesse https://support.emc.com para garantir que você esteja usando a versão mais recente destedocumento.

ObjetivoEste documento faz parte do conjunto de documentação do AppSync e incluiinformações sobre como usar e gerenciar o AppSync.

Público-alvoEste guia destina-se ao uso por clientes e prestadores de serviços que usam econfiguram o AppSync.

Documentação relacionadaAs seguintes publicações apresentam informações adicionais:

l Guia de Instalação e Configuração do AppSync

l Notas da versão do AppSync

Convenções de avisos especiais usadas neste documentoA Dell EMC usa as seguintes convenções para avisos especiais:

PERIGO

Indica uma situação perigosa que, se não evitada, resultará em lesões graves oumorte.

ADVERTÊNCIA

Indica uma situação perigosa que, se não evitada, poderá resultar em lesõesgraves ou morte.

CUIDADO

Indica uma situação perigosa que, se não evitada, poderá resultar em lesões levesou moderadas.

AVISO

Refere-se a práticas não relacionadas a lesões pessoais.

Prefácio 11

https://support.emc.com


Obs.

Apresenta informações importantes, mas não relacionadas a perigos.

Convenções tipográficasA Dell EMC usa as seguintes convenções de estilo de formatação neste documento:

Tabela 1 Convenções tipográficas

Negrito Usado em nomes de elementos de interface, como nomes de janelas,caixas de diálogo, botões, campos, nomes de guias, nomes de teclase caminhos de menu (que o usuário especificamente seleciona ou nosquais clica).

Itálico Usado nos 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, 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 englobam valores opcionais

| Barra vertical indica seleções alternadas – a barra significa “ou”.

{ } As chaves incluem o conteúdo que o usuário deve especificar, comox, y ou z

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

Onde obter ajudaAs informações sobre licenciamento, suporte e produtos da Dell EMC podem serobtidas da seguinte maneira:

Informações sobre produtosPara obter documentação, notas da versão, atualizações de software ou informaçõessobre os produtos da Dell EMC, acesse https://support.emc.com.

Suporte técnicoVá para https://support.emc.com e clique em Service Center. Você verá váriasopções para entrar em contato com o Suporte técnico da Dell EMC. Observe que, paraabrir um chamado, é necessário ter um contrato de suporte válido. Entre em contatocom o representante de vendas da Dell EMC para obter detalhes sobre como obter umcontrato de suporte válido ou para tirar dúvidas sobre sua conta.

Comunidade on-lineVisite o https://community.emc.com/ para ter contato com colegas, conversas e paraobter conteúdo sobre suporte e soluções de produtos. Interaja on-line com clientes,parceiros e profissionais certificados para todos os produtos da Dell EMC.

Prefácio




https://community.emc.com/

Seus comentáriosSuas sugestões nos ajudarão a continuar aprimorando a precisão, a organização e aqualidade geral das publicações para os usuários. Envie sua opinião sobre estedocumento para: [email protected].

Prefácio

13

mailto:[email protected]

Prefácio


CAPÍTULO 1

Introdução

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

l Visão geral do AppSync ..................................................................................... 16l AppSyncArquitetura do ......................................................................................18l AppSync e Replication Manager......................................................................... 19

Introdução 15

Visão geral do AppSyncO AppSync é um software que permite o iCDM (Integrated Copy Data Management,gerenciamento integrado de dados de cópia) com os sistemas de armazenamentoprimário da Dell EMC.

O AppSync simplifica e automatiza o processo de gerar e consumir cópias de dados deprodução. Abstraindo o armazenamento subjacente e as tecnologias de replicação, epor meio da integração profunda de aplicativos, o AppSync capacita os proprietáriosde aplicativos para que possam satisfazer as demandas de cópia para recuperaçãooperacional e reutilização de dados por conta própria. Por sua vez, os administradoresde armazenamento só precisam se preocupar com o gerenciamento de políticas e ainstalação inicial, o que resulta em um ambiente ágil e sem complicações.

O AppSync detecta automaticamente os bancos de dados do aplicativo, aprende aestrutura dos bancos de dados e os mapeia por meio da camada de virtualização para aLUN de armazenamento subjacente. Ele orquestra todas as atividades necessárias, dacriação e validação da cópia até a montagem no host de destino e a inicialização ourecuperação do aplicativo. Os workflows compatíveis com suporte também incluematualização, expiração e restauração da produção.

Principais recursos

l Dá suporte a ambientes de host físicos, virtuais e mistos em todo oarmazenamento em block e file da Dell EMC.

l Integra-se com Oracle, SQL, Exchange, VMware vCenter e muito mais.

l Suporte para aplicativos do cliente (EPIC, DB2, etc.) por meio de cópias de filesystem com integração de scripts de chamada para permitir o congelamento e odescongelamento.

l Dá suporte a cópias consistentes com aplicativos, consistentes em caso de falhase consistentes com máquina virtual (com recuperação de máquina virtualindividual).

l Dá suporte a snapshots, clonagem e bookmark do RecoverPoint.

l Dá suporte a planos agendados e sob demanda.

l O assistente Repurpose dá suporte à criação de cópia consistente de aplicativos,seguida por modificações manuais. As cópias de segunda geração da cópiamodificada são então distribuídas e opcionalmente excluídas após a expiraçãoconfigurada.

Armazenamento e aplicativos compatíveis com suporteO AppSync é compatível com os seguintes aplicativos e arrays de armazenamento:

l Aplicativos

n Oracle

n Microsoft SQL Server

n Microsoft Exchange

n Datastores VMFS VMware

n Datastores NFS VMware

n File systems de NFS

l Armazenamento

n VMAX

Introdução


n VMAX 3

n VMAX All Flash

n VNX (Block e File)

n VNXe

n XtremIO

n ViPR Controller

n VPLEX

n Unity

n Dell SC

l Tecnologias de replicação

n VNX Advanced Snapshots

n VNXe Unified Snapshot

n TimeFinder Clone

n TimeFinder VP Snap

n SRDF

n SnapVX

n Bookmarks do RecoverPoint

n Snapshot do XtremIO

n Snapshot do ViPR

n DellSCSnap

Visão geral dos planos de serviçoO AppSync protege um aplicativo criando cópias dos dados do aplicativo.

Você indica ao AppSync o que deseja proteger inscrevendo um objeto de aplicativo emum plano de serviço. Uma cópia é criada quando o plano de serviço é executado. Oplano de serviço também pode montar e desmontar a cópia, validá-la e executarscripts criados pelo usuário. Essas ações são chamadas de fases do plano de serviço epodem diferir entre aplicativos.

O AppSync inclui diversos planos específicos para aplicativos que funcionam semmodificação. Com o comando Subscribe to Plan and Run, você aplica asconfigurações de um plano de serviço aos dados e os protege imediatamente.

Gerenciamento baseado em funçõesO AppSync aceita acesso baseado em funções a recursos e funcionalidades.

Você pode configurar o AppSync para ter vários usuários. Cada usuário pode receberuma ou mais funções que correspondam a suas responsabilidades e necessidades.Você pode criar usuários que sejam locais do AppSync e, opcionalmente, adicionarusuários por meio de um servidor LDAP que manipula a autenticação e a autorização.

A tabela a seguir descreve as funções de usuário.

Introdução

Visão geral dos planos de serviço 17

Tabela 2 Funções de usuário

Função Função

Administrador de segurança Gerencia o acesso de usuários ao AppSync.

Administrador de recursos Gerencia hosts, sistemas de armazenamento,servidores e locais do RecoverPoint.

Administrador de plano de serviço Personaliza e executa os planos de serviçousados para proteção de dados.

Administrador de dados Grencia a proteção e a recuperação de dados.

O Guia de Configuração de Segurança do AppSync apresenta mais informações sobre asfunções de usuário específico e suas permissões.

Relatórios do AppSyncO AppSync gera relatórios que dizem aos clientes se os dados estão protegidos, sãorecuperáveis e compatíveis com os contratos de nível de serviço.

Os relatórios inclusos no AppSync funcionam sem modificação. Os alertas e relatóriospodem ser exibidos facilmente no nível mais alto do painel de controle do AppSync. Osalertas podem ser enviados no e-mail. O AppSync pode exportar relatórios no formatode valores separados por vírgulas.

AppSyncArquitetura doOs componentes do AppSync incluem o servidor do AppSync, o agente (software deplug-in do host) e as interfaces do usuário (UI ou console).

Figura 1 Fluxo de arquitetura do AppSync

Introdução


Servidor AppSyncO software do servidor do AppSync reside em um sistema Windows compatível. Elecontrola os planos de serviço e armazena dados sobre cada cópia que ele cria.

O repositório fica armazenado em um banco de dados PostgreSQL no servidor doAppSync.

Visão geral do (plug-in de host do) agente do AppSyncO AppSync AppSync instala um software de plug-in leve nos hosts de produção e demontagem.

O AppSync força o software do plug-in do servidor do AppSync para o host quandovocê adiciona o host como um recurso. Em um ambiente que impede ao servidor doAppSync de acessar um host, você pode instalar o plug-in do agente manualmente.

Obs.

Com uma instalação forçada, o plug-in de host do agente permanece na mesma versãoque o servidor do AppSync. Se você deseja fazer upgrade do plug-in de host doagente, selecione Update plug-in com Settings > Servers.

Para o UNIX, pacotes de tar para AIX e Linux são forçados e extraídos no host duranteo registro do host.

Exemplos de hosts nos quais o plug-in reside são servidores de caixa de correio doExchange ou hosts de montagem ou de validação do Exchange. O plug-in do agentenão é usado para a proteção de datastores VMware.

O Guia de Instalação e Configuração do AppSync apresenta mais informações sobrecomo instalar o agente do AppSync.

Console do AppSync (interface do usuário)O console do AppSync é baseado na web. Os navegadores compatíveis são Chrome,Internet Explorer e Firefox. Consulte a matriz de suporte do AppSync para versõescompatíveis.

CLI do AppSyncA CLI do AppSync é um utilitário oferecido com o AppSync, e é usada para scripting ouexecução de tarefas por meio de uma interface de linha de comando.

Interface RESTO AppSync tem uma interface REST que permite que os programadores de aplicativoacessem informações controladas pelo AppSync.

A API é descrita no Guia de referência da API do REST do AppSync.

AppSync e Replication ManagerEmbora sejam produtos relacionados, existem diferenças significativas entre oAppSync e o Replication Manager.

O AppSync é diferente do Replication Manager porque utiliza o conceito de planos deserviço (políticas de proteção), que foram desenvolvidos para atender a requisitos

Introdução

Servidor AppSync 19

específicos de nível de serviço. Os planos de serviço são completamentepersonalizáveis e podem ser aplicados ao aplicativo com um só clique. O AppSync éfácil de usar tanto para administradores de aplicativos quanto para administradores dearmazenamento, pois não exige conhecimento anterior da tecnologia de replicação dedados.

Interoperabilidade do AppSync e do Replication ManagerOs servidores do AppSync e do Replication Manager não podem coexistir no mesmohost.

O cliente do Replication Manager e o plug-in do agente do AppSync podem serinstalados no mesmo host e podem coexistir, mas os hosts de montagem não devemser compartilhados ente os dois produtos.

Introdução


CAPÍTULO 2

Console do AppSync

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

l Visão geral do console........................................................................................22l Definir preferências do console.......................................................................... 22l Inicia o console do AppSync............................................................................... 23

Console do AppSync 21

Visão geral do consoleO console do AppSync é organizado em seções para gerenciamento, emissão derelatórios e administração.

l O Dashboard é uma exibição personalizável de relatórios e alertas. O painel decontrole padrão mostra o status do objetivo de ponto de recuperação (RPO) deaplicativos protegidos, o status de conclusão do plano de serviço, os alertas maisrecentes e a atividade em andamento.

l Copy Management lista os aplicativos detectados, como o Microsoft Exchange eo Microsoft SQL Server, e fornece o ponto de entrada orientado por aplicativopara proteção, montagem, restauração, inscrição de plano de serviço e outrasoperações.

l A guia Service Plans permite que você visualize e modifique as configurações doplano de serviço, visualize listas de objetos inscritos em um plano de serviço, ascópias que foram feitas desses objetos e os eventos gerados quando o plano deserviço foi executado.

l Monitoring exibe alertas, relatórios de conformidade do ponto de recuperação erelatórios de conclusão do plano de serviço.

l Settings destina-se à adição de servidores, VMware vCenter servers e recursosde armazenamento para o AppSync. License Management, User Administration, eServer Settings também estão em Settings.

l Support oferece acesso a vídeos de instruções, conteúdo de e-Learning e à páginade suporte do AppSync no site de suporte da Dell EMC. Também inclui acesso aoassistente de coleta de registros do AppSync.

As funções de usuário controlam quais seções do console são exibidas e queoperações são listadas nos menus. Por exemplo, o console do não exibe as guias CopyManagement e Service Plans para um usuário que tem apenas a função SecurityAdministrator.

Realizar açõesPara realizar uma ação em um objeto, selecione o objeto e clique nos botões de açãona parte inferior da página. Use a tecla Shift para selecionar vários objetos. Use Ctrlpara selecionar objetos não contíguos. Para realizar uma ação em vários objetos, cliqueno botão de ação na seleção final.

Exemplos de objetos são hosts de aplicativos, sistemas de armazenamento, servidoresde caixa de correio, bancos de dados, cópias e usuários.

Horas exibidas no consoleAs horas exibidas no console do AppSync refletem o horário local do AppSync Server,não do console.

Definir preferências do consoleVocê pode definir o idioma exibido na interface do usuário e otimizar o console parauso em conexões remotas.

Console do AppSync


Procedimento

1. Selecione o idioma de preferência na lista de idiomas instalados.

Se você alterar o idioma, é necessário fechar o navegador e iniciar o AppSyncnovamente para que as configurações sejam aplicadas.

2. Marque Optimize for Remote Connection para otimizar a interface do usuáriopara uso em conexões remotas.

Por exemplo, alguns efeitos visuais podem causar a pintura de tela lenta quandovocê acessa o console remotamente. A seleção dessa opção aprimora o tempode resposta remoto, mas não afeta as opções de gerenciamento nem o recurso.

Inicia o console do AppSyncVocê pode executar o console do AppSync em um navegador da web compatível dequalquer sistema que tenha conectividade com o servidor do AppSync.

Use http://appsync_server:8085/appsync para iniciar o console.

Se você estiver executando o console no servidor do AppSync, pode iniciar o consoleclicando no atalho AppSync, na área de trabalho do instalador. appsync_server deveser um nome de host, não um endereço IP.

Console do AppSync

Inicia o console do AppSync 23

Console do AppSync


CAPÍTULO 3

Utilitário do CLI do AppSync


l Utilitário do CLI do AppSync.............................................................................. 26l Ações da CLI...................................................................................................... 27

Utilitário do CLI do AppSync 25

Utilitário do CLI do AppSyncA CLI do AppSync é um utilitário oferecido com o AppSync, e é usado para scriptingou execução de tarefas por meio de uma interface de linha de comando.

A CLI do AppSync é instalada no diretório do EMC\AppSync\appsync-cli. Vocêpode executá-lo no Windows com o arquivo appsync-cli.bat. Se você quiser usara CLI do AppSync do Unix, copie o diretório EMC\AppSync\appsync-cli para ohost do Unix execute appsynccli. sh.

Pré-requisitos

l Java Runtime Environment (JRE) versão 7 atualização 6 (jre1.7) ou acima deve serinstalada e estar disponível no caminho.

l Instalação do AppSync configurada com recursos registrados

l Aplicativos detectados em hosts registrados

l Planos de serviço configurados

l Se você estiver usando a CLI em um host diferente do inglês, certifique-se dedefinir a página de código correta antes da execução. Para definir a página decódigo, use chcp no prompt de comando.

Usando a CLI doVocê pode executar a CLI do AppSync no servidor em que a instalação do AppSyncreside. Além disso, você pode mover o diretório do \EMC\Appsync\appsync-clipara outro local ou host. Todas as ações são executadas, para fins de scripting, códigode retorno zero 0 para o sucesso e código de falha do sistema local -1 para Windowsou 255, para Linux. A sintaxe para usar a CLI do AppSync segue:

appsync-cli.bat -action options=valueVocê inclui antes da ação que deseja executar um -argumento com hífen. Todas asopções específicas dessa ação são pares chave=valor. Ao usar um valor que contémespaços, como um file system ou um caminho, você não precisa colocar o texto entreaspas duplas. Não coloque um valor que termina com uma barra invertida à direitaentre aspas duplas. O Java ignora essa construção.

A CLI do AppSync também tem dois argumentos opcionais para a manipulação demensagem. A qualquer momento, você pode usar o argumento verbose=true parauma saída de sistema de mensagens mais detalhada, e silent=true para suprimirtodas as mensagens.

O argumento de ajuda "/?"

Para abrir um menu de ajuda detalhado para um comando, adicione o argumento /?.Este argumento exibe todos os comandos disponíveis para a CLI. Devido àcomplexidade e ao elevado número de argumentos, a ajuda da CLI usa as seguintespartições do menu de ajuda:

l appsync-cli.bat /? Retorna as informações sobre todas as ações compatíveiscom a CLI.

l appsync-cli.bat -action /? Retorna as opções de aplicativos não específicosdisponíveis para a ação selecionada.

l appsync-cli.bat -action app=<value> /? Retorna as opções específicas doaplicativo disponíveis para a ação selecionada.

l appsync-cli.bat -mount app=<value> option=<value> /? Retorna asopções específicas da montagem para a opção de montagem fornecida.



Obs.

Ao usar o argumento de ajuda em localidades de sistema não inglês você deverácolocar o argumento de ajuda "/?" entre aspas duplas.

Ações da CLIEsta seção descreve as ações da CLI do AppSync.

A CLI do AppSync é compatível com as seguintes ações:

l Log-in/log-out

l Executar um plano de serviço

l Habilitar/desabilitar um plano de serviço

l Listar todas as cópias que são criadas para um objeto de aplicativo ou plano deserviço

l Listar todos os detalhes de um objeto de aplicativo

l Assinar/cancelar a assinatura de um objeto de aplicativo em/de um plano deserviço

l Montar/desmontar uma cópia

l Expirar uma cópia

l Gerar e exportar relatórios do AppSync

l Atualizar

loginAutentica o servidor do AppSync.

Sintaxelogin-servervalor

-port valor

-user valor

-password valor

/?Arguments

-servervalor O servidor que você deseja autenticar. O padrão éserver=localhost.

-port valor A porta HTTPS do servidor do AppSync. A porta-padrão é 8445.

-user valor Especifica o usuário a ser autenticado. O usuário padrão é admin.

-password valor Especifica a senha para o usuário. Você precisará digitar umasenha, caso nenhuma senha esteja definida.

/? Exibe a ajuda da linha de comando.


Ações da CLI 27

DescriçãoEsse comando autentica o servidor do AppSync. Ele exige o nome do servidor, portade comunicação https, o usuário do AppSync e a senha correspondente. Por exemplo:

appsync-cli.bat -login server=<server> port=8445 user=adminpassword=<admin_pass>Depois de fazer log-in, um arquivo chamado LOCAL_TOKEN é criado no diretório atualque contém as informações de autenticação necessárias. Se esse arquivo for excluídoou a sessão atual expirar, uma nova sessão deve ser criada executando-se o comandode log-in novamente.

Consulte tambémlogout

logoutInvalida uma conexão aberta com a CLI do AppSync.

Sintaxelogout/?Arguments


DescriçãoEste comando invalida uma conexão aberta com a CLI. Depois de concluir as açõescom a CLI do AppSync, você deve fazer logout. O comando de logout não apenasfecha a sessão atual, mas também a invalida. Por exemplo:

appsync-cli.bat -logout

Consulte tambémlogin

atualizarAtualiza a cópia especificada.

Sintaxerefresh-appvalor

-copy_IDvalor

/?Arguments

-appvalor O aplicativo que você deseja atualizar. O valor pode ser um dosseguintes:

l sql

l oracle

-copy_ID valor O UUID da cópia a ser atualizada.




DescriçãoEste comando atualiza a cópia do aplicativo especificada. Por exemplo:

appsync-cli.bat -refresh app=sql

Consulte tambémexpire

runSPExecuta o plano de serviço especificado.

SintaxerunSP-service_planvalor

-app valor

-log_backup_only valor

/?Arguments

-service_planvalor O plano de serviço que você deseja executar.

-app valor Especifica o aplicativo. Valores:

l sql

l oracle

l file system

l datastore

l exchange

-log_backup_only valor Use para backup de registros de banco de dados doSQL sob demanda. Valores:

l true

l false


DescriçãoVocê pode executar um plano de serviço especificando o nome do aplicativo e o planode serviço. Por exemplo:

appsync-cli.bat -runSP app=sql service_plan=Bronze

Consulte tambémenableSPdisableSP

enableSPHabilita o plano de serviço especificado.


runSP 29

SintaxeenableSP-service_planvalor

-app valor

/?Arguments

-service_planvalor O plano de serviço que você deseja habilitar.


l sql

l oracle

l file system

l datastore

l exchange


DescriçãoVocê pode habilitar um plano de serviço especificando o nome do aplicativo e o planode serviço. Por exemplo:

appsync-cli.bat -enableSP app=sql service_plan=Bronze

Consulte tambémrunSPdisableSP

disableSPDesativa o plano de serviço especificado.

SintaxedisableSP-service_planvalor

-app valor

/?Arguments

-service_planvalor O plano de serviço que você deseja desabilitar.


l sql

l oracle

l file system

l datastore

l exchange




DescriçãoVocê pode desabilitar um plano de serviço especificando o nome do aplicativo e oplano de serviço. Por exemplo:

appsync-cli.bat -disableSP app=sql service_plan=Bronze

Consulte tambémrunSPenableSP

relatórioGerar e exportar relatórios do AppSync.

Sintaxereport-report_typevalor

-detailed valor

-category valor

-age valor

-service_plan valor

-app valor

/?Argumentos

-report_typevalor O tipo de relatório que você deseja executar. O valor podeser um dos seguintes:

l rpo

l spc

l alertas

l atividade

-detailed valor O formato do relatório. Você pode executar um relatóriodetalhado ou um relatório de resumo. O valor pode ser trueou false.

-category valor A categoria dos alertas. Valores:

l all

l rpo

l phase_failure

l other

l license

l maintenance

-age valor Especifica a duração dos eventos. O valor pode ser um dosseguintes:


relatório 31

l day

l week

l month

l all

-service_plan valor Exibe alertas para o plano de serviço especificado. O valorpadrão é all.

-app valor O nome do aplicativo. O valor pode ser um dos seguintes:

l sql

l orcale

l file system

l datastore

l exchange


DescriçãoHá quatro relatórios disponíveis que você pode executar e exportar por meio da CLI doAppSync. Eles incluem:

l Objetivo do RecoverPoint (RPO)

l Conclusão do Plano de Serviço (SPC)

l Alerta

l Activity

Execute os relatórios na exibição de resumo ou detalhada usando o argumentodetailed=true/false. A exceção a essa regra ocorre com um relatório de atividadeque imprime a atividade que está sendo executada.

Todos os relatórios são exportados para um arquivo do .csv no diretório atual com onome exclusivo do tipo de relatório e horário local. Para obter mais ajuda, use ocomando de ajuda (/?) para relatórios. Por exemplo:

appsync-cli.bat -report report_type=rpo detailed=true

Consulte tambémexpire

venceExpira uma cópia especificada.

Sintaxeexpire-appvalor

-copy_ID valor

-force valor

/?



Arguments

-appvalor O nome do aplicativo. O valor pode ser um dos seguintes:

l sql

l oracle

l filesystems

l datastore

l exchange

-copy_ID valor O UUID da cópia que você deseja expirar.

-force valor Remove uma cópia que tenha várias cópias associadas. O valorpode ser true ou false.


DescriçãoPara expirar uma cópia, você precisa especificar o nome do aplicativo e o UUID dacópia. Por exemplo: appsync-cli.bat -expire app=datastorecopy_ID=<value>Consulte tambémrefresh

inscriçãoInscreve um objeto de dados no plano de serviço especificado.

Sintaxesubscribe-service_planvalor

-app valor

/?Arguments

-service_planvalor O plano de serviço no qual você deseja se inscrever.


l sql

l oracle

l filesystems

l datastore

l exchange


DescriçãoVocê pode inscrever um objeto de aplicativo em um plano de serviço usando a CLI. Asopções variam para cada aplicativo. Execute o comandode ajuda "/?" para o aplicativono qual deseja se inscrever para visualizar uma lista completa dos argumentosnecessários. Por exemplo:


inscrição 33

appsync-cli.bat -subscribe app=oracle service_plan=<sp1>oracle_server=<server> db_name=<db1>

Tabela 3 Opções específicas do aplicativo

SQL

-sql_servervalor O SQL server do banco de dados desejado. Opadrão é sql_server=localhost.

-instance_namevalor A instância SQL do banco de dados desejado.O padrão é instance_name=MSSQLSERVER

-db_namevalor O banco de dados SQL no qual você deseja seinscrever.

-user_databasesvalor Permite a assinatura da pasta do banco dedados do usuário. O valor pode ser true oufalse.

Oracle

-oracle_servervalor O servidor Oracle do banco de dadosdesejado. O padrão éoracle_server=localhost

-db_namevalor O banco de dados Oracle no qual você desejase inscrever.

File system

-fs_servervalor O servidor do file system desejado. O padrãoé fs_server=localhost.

-fs_namevalor O nome do file system. O padrão éfs_name=C:\\.

-fs_typevalor O formato do file system. O padrão éfs_type=ntfs.

Datastore

-datastorevalor O datastore no qual você deseja se inscrever.

-datacentervalor O datacenter para localizar o datastore.

-vcentervalor O vCenter Server para encontrar o datastore.O padrão é vcenter=localhost.

Exchange

-ex_servervalor O Exchange Server no qual você deseja seinscrever.

-db_namevalor O banco de dados do Exchange no qual vocêdeseja se inscrever.

Consulte tambémunsubscribe

cancelar inscriçãoCancela a inscrição de um objeto de dados do plano de serviço especificado.



Sintaxeunsubscribe-service_planvalor

-app valor

/?Arguments

-service_planvalor O plano de serviço cuja inscrição você deseja cancelar.


l sql

l oracle

l filesystems

l datastore

l exchange


DescriçãoVocê pode cancelar a inscrição de um objeto de aplicativo de um plano de serviço coma CLI. As opções variam para cada aplicativo. Execute o comando de ajuda "/?" para oaplicativo cuja inscrição deseja cancelar para visualizar uma lista completa dosargumentos necessários. Por exemplo:

appsync-cli.bat -unsubscribe app=sql service_plan=<sp1>sql_server=<server> instance_name=<instance> db_name=<db1>


SQL

-sql_servervalor O SQL server do banco de dados desejado. Opadrão é sql_server=localhost.

-instance_namevalor A instância SQL do banco de dados desejado.O padrão é instance_name=MSSQLSERVER

-db_namevalor O banco de dados SQL cuja inscrição vocêdeseja cancelar.

-user_databasesvalor Permite que você cancele a inscrição da pastade banco de dados do usuário. O valor podeser true ou false.

Oracle

-oracle_servervalor O servidor Oracle do banco de dadosdesejado. O padrão éoracle_server=localhost

-db_namevalor O banco de dados Oracle cuja inscrição vocêdeseja cancelar.

File system


cancelar inscrição 35

Tabela 4 Opções específicas do aplicativo (continuação)




Datastore

-datastorevalor O datastore cuja inscrição você desejacancelar.


-vcentervalor O vCenter server para encontrar o datastore.O padrão é vcenter=localhost.

Exchange

-ex_servervalor O Exchange Server cuja inscrição você desejacancelar. No caso do DAG, o nome do servidoré o nome do DAG.

-db_namevalor O banco de dados do Exchange cuja inscriçãovocê deseja cancelar.

Consulte tambémsubscribe

listCopiesExibe todas as cópias que atendem às propriedades específicas do aplicativoespecificado.

SintaxelistCopies-service_planvalor

-app valor

-age valor

/?Arguments

-service_planvalor O plano de serviço cuja inscrição você deseja cancelar.


l sql

l oracle

l filesystems

l datastore

l exchange



-agevalor Filtra cópias que podem ser exibidas no console pela idadede uma cópia. O valor pode ser um dos seguintes:

l day

l week

l mês

l todas


DescriçãoO UUID de uma cópia é necessário antes de poder montá-la. Para obter essasinformações, execute o comando do -listCopies para um plano de serviço ou umobjeto de aplicativo. Os argumentos são específicos para o aplicativo, portanto,certifique-se de usar o comando de ajuda "/?" para obter detalhes. Por exemplo:

appsync-cli.bat -listCopies app=sql instance_name=<value>db_name=<value> age=all


SQL

-instance_namevalor A instância SQL do banco de dados desejado.O padrão éinstance_name=MSSQLSERVER.

-db_namevalor Exibe o banco de dados SQL especificado.

-log_backup_onlyvalor Determina se o backup do registro de bancode dados deve ser exibido ou não. O valorpode ser true ou false.

-onlyRepurposeCopiesvalor Determina se as cópias reutilizadas devem serexibidas ou não. O valor pode ser true oufalse.

Oracle

-oracle_servervalor O servidor Oracle do banco de dadosdesejado. Para um Oracle RAC, informe todosos nós como uma string separada por vírgulas.Por exemplo,oracle_server=node1,node2

-db_namevalor Exibe o banco de dados Oracle especificado.

-onlyRepurposeCopiesvalor Determina se as cópias reutilizadas devem serexibidas ou não. O valor pode ser true oufalse.

File system




listCopies 37

Tabela 5 Opções específicas do aplicativo (continuação)


Datastore

-datastorevalor O nome do datastore desejado.


-vcentervalor O vCenter server para encontrar o datastore.O padrão é vcenter=localhost.

Exchange

-ex_servervalor Nome do Exchange Server que você desejaexibir. No caso do DAG, o nome do servidor éo nome do DAG.

-db_namevalor Exibe o banco de dados especificado doExchange.

Consulte tambémcopyDetails

copyDetailsExibe informações sobre uma cópia especificada.

SintaxecopyDetails-app valor

-copy_IDvalor

/?Arguments


l sql

l oracle

l filesystems

l datastore

l exchange

-copy_IDvalor O UUID da cópia que você deseja exibir.


DescriçãoO UUID de uma cópia é necessário antes de poder montá-la. Para buscar informaçõesadicionais sobre a cópia de um aplicativo, execute o comando do -copyDetails paraum plano de serviço ou um objeto de aplicativo. Os argumentos são específicos para oaplicativo, portanto, certifique-se de usar o comando de ajuda "/?" para obterdetalhes. Por exemplo:



appsync-cli.bat -copyDetails app=<app> copy_ID=<value>Consulte tambémlistCopies

mountMonta uma cópia especificada.

Sintaxemount-copy_IDvalor

-app valor

/?Arguments

-copy_IDvalor O UUID da cópia que você deseja montar.


l sql

l oracle

l filesystems

l datastore

l exchange


DescriçãoA CLI do AppSync é compatível com todas as opções de montagem disponíveis pormeio da GUI. As opções variam de acordo com cada aplicativo. Execute o comando deajuda "/?" para o aplicativo que você deseja montar para determinar as opções demontagem. Por exemplo:

l appsync-cli.bat -mount app=filesystem copy_ID=<value>mount_host=<value>

l appsync-cli.bat -mount app=sql copy_ID=<value>option=recover recovery_instance=<value>point_in_time=<value>

l appsync-cli.bat -mount app=datastore copy_ID=<value>mount_host=<value> cluster_mount=yesimage_access_mode=virtual_roll

l appsync-cli.bat -mount app=oracle copy_ID=<value> option=racmount_cluster=<value> mount_servers=<server1,server2>

appsync-cli.bat -subscribe app=oracle service_plan=<sp1>oracle_server=<server> db_name=<db1>

Tabela 6 Opções específicas do SQL

SQL



mount 39

Tabela 6 Opções específicas do SQL (continuação)

-optionvalor Especifica a opção de recuperação da cópia.O valor pode ser mount ou recover.

Opções de montagem independente do SQL

-mount_hostvalor O host no qual montar a cópia.

-mount_all_copiesvalor Determina se todas as cópias devem sermontadas. O valor pode ser true ou false.

-mount_accessvalor Tipo de acesso com que a cópia deve sermontada.

-mount_pathvalor O caminho não padrão no qual montar umacópia. O valor pode ser um dos seguintes:

l Mapped path

l Default path

UNIX DEFAULT: /appsync-mountsWIN DEFAULT: SystemDrive\AppSyncMounts\ProdServerName

-mapped_pathvalor O mapa de origem para caminho de destino.Essa opção é aplicável somente para omapped path.

UNIX: /source:::/target,/abc:::/xyzWIN: R:\:::S:\,T:\MountPoint:::U:\

-metadata_pathvalor O caminho não padrão no qual montar umacópia de metadados.

-image_access_modevalor O modo de acesso para a imagem. O valorpode ser um dos seguintes:

l logged

l virtual

l virtual_roll

-dedicated_sgvalor Especifica o grupo de armazenamentodedicado.

disable_rp_srmvalor Desabilita o RecoverPoint SRM (SiteRecovery Manager). Essa opção só é aplicávelpara o RecoverPoint 4.1 e posteriores. O valorpode ser true ou false.

-point_in_timevalor Permite que você monte uma cópia point-intime.

-desired_SLOvalor Especifica os objetivos de nível de serviçodesejados para arrays VMAX V3.




-desired_FAST_VPvalor Especifica a política do FAST VP para cópiasdo VMAX V2.

-vplex_mountvalor Especifica as opções de montagem do VPLEX.

-enable_cluster_mountvalor Permite a montagem de cluster do VMware.

Opções de montagem e recuperação

-recovery_instancevalor A instância do SQL Server a ser usada parafins de recuperação.

-recovery_typevalor O tipo de recuperação desejado.

-db_naming_suffixvalor Especifica um sufixo que deve seracrescentado ao banco de dados após amontagem.

-mount_pathvalor O caminho não padrão no qual montar umacópia. O valor pode ser um dos seguintes:

l Mapped path

l Default path

UNIX DEFAULT: /appsync-mountsWIN DEFAULT: SystemDrive\AppSyncMounts\ProdServerName


UNIX: /source:::/target,/abc:::/xyzWIN: R:\:::S:\,T:\MountPoint:::U:\



l logged

l virtual

l virtual_roll

-dedicated_sgvalor Especifica o grupo de armazenamentodedicado.





mount 41




Tabela 7 Opções específicas do Oracle

Oracle


-optionvalor Especifica a opção de recuperação da cópia.O valor pode ser um dos seguintes:

l mount

l rman

l recuperar

l manual

l rac

Opções de montagem independente do Oracle



-mount_pathvalor O caminho não padrão no qual montar umacópia.


l logged

l virtual

l virtual_roll


filesystem_checkvalor Executa uma verificação de file systemdurante a montagem. Isso só é aplicável parahosts UNIX e LINUX. O valor pode ser true oufalse.







Tabela 7 Opções específicas do Oracle (continuação)


Opções de montagem RMAN do Oracle





l logged

l virtual

l virtual_roll

-rman_uservalor Especifica o nome de usuário do RMAN.

-rman_passwordvalor Especifica a senha do RMAN.

-rman_connect_stringvalor Especifica a string de conexão do RMAN.

-tns_adminvalor O caminho não padrão de TNS_ADMIN.

-oracle_homevalor O caminho não padrão do ORACLE_HOME.

-asm_dg_namevalor O nome não padrão do grupo de discos doASM.

-skip_data_filesvalor Permite que você ignore os arquivos dedados.






Opções de montagem e recuperação do Oracle



-image_access_modevalor O modo de acesso à imagem. O valor pode serum dos seguintes:

l logged

l virtual

l virtual_roll


mount 43


-open_modevalor Especifica o modo aberto para a cópia após arecuperação.


-database_namevalor O nome não padrão do banco de dados.

-sid_namevalor O nome não padrão do SID.


-init_paramsvalor Especifica os parâmetros de inicializaçãopersonalizados para recuperação.






spfile_asmvalor Cria um SPFILE em ASM.

add_control_filesvalor Cria arquivos de controle adicionais.

change_dbvalor Especifica o ID do banco de dados do bancode dados montado.

use_adr_destvalor Força o banco de dados montado a usar ohome directory ADR em vez de TEMP pararegistros de diagnóstico.

disable_archvalor Desabilita o modo ARCHIVELOG em um bancode dados montado.

Recuperação de montagem manual ORACLE




l logged

l virtual

l virtual_roll















Montagem do RAC

-mount_clustervalor O cluster no qual você deseja montar umacópia. O padrão é o Cluster Original.

-mount_servervalor O servidor no qual montar a cópia.



l logged

l virtual

l virtual_roll











mount 45




Tabela 8 Opções específicas do file system

File system


-optionvalor Especifica a opção de recuperação da cópia.O valor pode ser mount ou recover.

-mount_hostvalor O host no qual montar a cópia. O padrão é ohost original.


-mount_accessvalor Tipo de acesso com que a cópia deve sermontada. O valor pode ser somente leitura ouleitura/gravação.

-mount_pathvalor O caminho para montar uma cópia. O valorpode ser um dos seguintes:

l Mapped path

l Default path

UNIX DEFAULT: /appsync-mounts WIN DEFAULT: SystemDrive\AppSyncMounts\ProdServerName


UNIX: /source:::/target,/abc:::/xyz WIN: R:\:::S:\,T:\MountPoint:::U:\


l logged

l virtual

l virtual_roll


filesystem_checkvalor Executa uma verificação de file systemdurante a montagem. Isso só é aplicável para



Tabela 8 Opções específicas do file system (continuação)

hosts UNIX e LINUX. O valor pode ser true oufalse.

-point_in_timevalor Permite que você monte uma cópia point-intime. (FORMATO: \"MM/dd/aaaa hh:mm:ssam/pm\")




-enable_cluster_mountvalor Permite a montagem de cluster do VMware. Ovalor pode ser true ou false.

-dedicated_sgvalor Especifica o grupo de armazenamentodedicado. O valor pode ser true ou false.

Tabela 9 Opções específicas do datastore

Datastore


-mount_hostvalor O host no qual montar a cópia. O padrão é ohost original.


-mount_signaturevalor Permite que você especifique se deseja usar aassinatura de montagem original ou umaassinatura nova. O valor pode ser novo ouoriginal.

-cluster_mountvalor Especifica se você deseja a montagem em umcluster ou não. O valor pode ser sim ou não.


l logged

l virtual

l virtual_roll


-point_in_timevalor Permite que você monte uma cópia point-intime. (FORMATO: \"MM/dd/aaaa hh:mm:ssam/pm\")



mount 47

Tabela 9 Opções específicas do datastore (continuação)



Tabela 10 Opções específicas do Exchange

Exchange


-optionvalor Especifica a opção de recuperação da cópia.O valor pode ser montar ou validar.

Opções de montagem independente do Exchange




-mount_pathvalor O caminho para montar uma cópia. O valorpode ser um dos seguintes:

l Mapped path

l Default path

UNIX DEFAULT: /appsync-mounts WIN DEFAULT: SystemDrive\AppSyncMounts\ProdServerName


UNIX: /source:::/target,/abc:::/xyz WIN: R:\:::S:\,T:\MountPoint:::U:\



l logged

l virtual

l virtual_roll

disable_rp_srmvalor Desabilita o RecoverPoint SRM (SiteRecovery Manager). Essa opção só é aplicável



Tabela 10 Opções específicas do Exchange (continuação)

para o RecoverPoint 4.1 e posteriores. O valorpode ser true ou false.






Montagem e validação independente do Exchange







l logged

l virtual

l virtual_roll






-validate_copiesvalor Determina se as cópias serão validadas comoparte da montagem.

-db_logsvalor Valida bancos de dados e registros. O valorpode ser sequencialmente ou em paralelo.

-log_checkvalor Permite que você minimize a verificação deregistro. O valor pode ser true ou false.


mount 49

Tabela 10 Opções específicas do Exchange (continuação)

-working_dirvalor Especifica o diretório de trabalho.

-throttle_validationvalor Permite que você a acelere a validação. Ovalor pode ser true ou false.

-pause_after_I/O_count_ofvalor Especifica a pausa após o número de I/O. Opadrão é 100.

-pause_durationvalor Especifica a duração da pausa. O padrão é1.000 milissegundos.

-skip_db_validationvalor Ignora a validação do banco de dados. O valorpode ser true ou false.

Consulte tambémunmount

unmountDesmonta uma cópia especificada.

Sintaxeunmount-copy_IDvalor

-app valor

/?Arguments

-copy_IDvalor O UUID da cópia que você deseja desmontar.


l sql

l oracle

l filesystems

l datastore

l exchange


DescriçãoPara desmontar uma cópia, você deve especificar o nome do aplicativo e o UUID dacópia. Por exemplo: appsync-cli.bat -unmount app=<app>copy_ID=<value>.

Para desmontar a cópia montada mais recente ou mais antiga especificamente paraum banco de dados, file system ou datastore, use os seguintes comandos:

l Para datastores: appsync-cli.bat -unmount app=datastoredatastore=<value> datacenter=<value> vcenter=<value>option=latestMountedCopy/oldestMountedCopy



l Para SQL: appsync-cli.bat -unmountapp=sqlinstance_name=<value> db_name=<value>option=latestMountedCopy/oldestMountedCopy

l Para Oracle: appsync-cli.bat -unmount app=oracleoracle_server=<value> db_name=<value>option=latestMountedCopy/oldestMountedCopy

l Para file systems: appsync-cli.bat -unmount app=filesystemfs_server=<value> fs_name=<value> fs_type=<value>option=latestMountedCopy/oldestMountedCopy

Consulte tambémmount


unmount 51

CAPÍTULO 4

Planos de serviço


l Visão geral dos planos de serviço....................................................................... 54l Configurações do plano de serviço do Exchange................................................63l Configurações do plano de serviço do SQL Server.............................................66l Configurações do plano de serviço Oracle.......................................................... 71l Configurações do plano de serviço do file system.............................................. 76l Configurações do plano de serviço do VMware.................................................. 82

Planos de serviço 53

Visão geral dos planos de serviçoEsta seção descreve os tipos padrão de plano de serviço, assinaturas de objeto ecópia, configurações do plano de serviço, agendamentos e substituições.

O AppSync cria e gerencia cópias de dados de aplicativos. O plano de serviço define osatributos dessas cópias. Você pode inscrever objetos de dados de aplicativos em umplano de serviço, em seguida o AppSync executa o plano de serviço e cria cópias dosdados a partir dos atributos que você especificou no plano. Cópias que são geradaspor um plano de serviço estão listadas na guia Copies do plano de serviço.

Não há limite para o número de objetos que você inscrever em um plano de serviço. OAppSync divide automaticamente o trabalho para obter o melhor desempenho. Sevocê precisar de um controle maior sobre quais objetos são agrupados paramontagem, scripting e validação, considere criar vários planos de serviço e distribuirobjetos entre os planos. Essa técnica funciona quando os objetos inscritos em umplano de serviço são do mesmo servidor. Não é recomendado inscrever mais de 12objetos em um determinado plano de serviço ao usar esse método.

Tipos de planos de serviçoO AppSync fornece os seguintes planos hierárquicos específicos do aplicativo. Existemtrês tipos de planos de serviço:

l Bronze — Você pode usar o plano de serviço Bronze para criar cópias locais deseus aplicativos.

l Silver — Você pode usar o plano de serviço Silver para criar cópias remotas deseus aplicativos.

l Gold — Você pode usar o plano de serviço Gold para criar cópias locais e remotasde seus aplicativos.

Obs.

Certifique-se de que você entende os recursos de armazenamento ao selecionar umtipo de plano de serviço. Nem todas as tecnologias de armazenamento aceitam areplicação remota; portanto, os planos de serviço Silver ou Gold podem não ser bem-sucedidos para os dados do aplicativo.

Os planos de serviço Bronze, Silver e Gold são fornecidos como padrão; porém, épossível personalizar e criar seus próprios planos.

A tabela a seguir descreve os planos de serviço e os aplicativos compatíveis.

Armazenamento

Tipo dereplicação

Bronze Prata Ouro Suportede RP

Aplicativosemana.

Reutilizaçãosemana.

VNX AdvancedSnapshot

Sim Não Não Sim Todos os aplicativossuportados peloAppSync

Sim

Snapshot dearquivoa

Sim Sim Sim Não Datastores VMware,File systems e Oracle

Não

VMAX VP Snap Sim Não Não Sim Todos os aplicativossuportados peloAppSync

Sim

Planos de serviço


Armazenamento

Tipo dereplicação


Aplicativosemana.


TimefinderClone


Sim

SRDF/A local Sim Não Não Sim Todos os aplicativossuportados peloAppSync

Sim

SRDF/Aremotob

Não Sim Não Não Datastores VMwaree Oracle

SRDF/S local Sim Não Não Sim Todos os aplicativossuportados peloAppSync

Sim

SRDF/Sremoto

Não Sim Não Não

VNX2e Snapshotunificado


Não

Snapshot dearquivo

Sim Não Não Não Datastores VMware Não

Unity Snapshotunificado


Sim

Snapshots deUnified File

Sim Não Não Não Datastores VMware,Oracle e File systems

Não

Clone thin c Não Não Não Não Microsoft SQL,Oracle e file systems

Sim

XtremIO Snapshot Sim Não Não Sim Todos os aplicativossuportados peloAppSync

Sim

ViPRd Snapshot Sim Não Não Não Datastores VMware,Oracle e UNIX filesystems

Não

VMAX 3 SnapVX Snap Sim Não Não Não Todos os aplicativossuportados peloAppSync

Sim

SnapVX Clone Sim Não Não Não Todos os aplicativossuportados peloAppSync

Sim e

SRDF/A local Sim Não Não Não Todos os aplicativossuportados peloAppSync

Sim

SRDF/Aremotof

Não Sim Não Não Datastores VMware,Oracle e UNIX filesystems

Planos de serviço


Armazenamento

Tipo dereplicação


Aplicativosemana.


SRDF/S local Sim Não Sim Não Todos os aplicativossuportados peloAppSync

Sim

SRDF/Sremoto

Não Sim Sim Não Todos os aplicativossuportados peloAppSync

VPLEXg Snapshot doVPLEX h

Sim Não Não Não Todos os aplicativossuportados peloAppSync

XtremIO — SimUnity — Sim

VMAX3 e VMAX AllFlash — Sim

Clone doVPLEX

Sim Não Não Não

RecoverPoint Bookmark delocal


Sim

Bookmarkremoto

Não Sim Não Sim Todos os aplicativossuportados peloAppSync

Sim

Bookmarklocal e remoto

Não Não Sim Sim Todos os aplicativossuportados peloAppSync

Não

Dell SC DellSCSnap Sim Não Não Não Todos os aplicativosque o AppSyncsuporta i

Não

a. O mesmo também é aplicável ao eNAS no VMAX 3.b. O AppSync não dá suporte a proteção remota de aplicativos Windows no VMAX 3 e no armazenamento SRDF/A.c. A cópia da primeira geração é sempre um snapshot. No entanto, a cópia de segunda geração também pode ser um snapshot ou

um clone.d. O AppSync também aceita snapshots do ViPR como tecnologia de cópia para aplicativos provisionados usando o ViPR

Controller. O AppSync aceita somente aplicativos provisionados pelo ViPR com pools virtuais de blocks que têm o respaldosomente de sistemas de armazenamento VMAX/VPLEX (com VMAX2 e XtremIO)/XtremIO.

e. Não é possível reutilizar um clone por meio de um snaphost.f. O AppSync não dá suporte a proteção remota de aplicativos Windows no VMAX 3 e no armazenamento SRDF/A.g. O VPLEX é compatível com suporte apenas nos arrays de back-end do XtremIO, VMAX 3/VMAX All Flash e do Unity.h. É o snapshot no array de back-end.i. O AppSync só dá suporte a VM e restauração de arquivo granular em arrays do Dell SC.

Configurações do plano de serviçoQuando você inscreve um objeto em um plano de serviço, ele se une a outros objetosque já fazem parte do plano. Todos os objetos no plano de serviço estão sujeitos aofluxos de trabalho e às configurações definidas no plano de serviço.

Os planos de serviço definem uma preferência ordenada de armazenamento, que é aordem de preferência da tecnologia de armazenamento que o plano de serviço usadurante a criação de cópias. Se o AppSync não puder satisfazer uma preferência, eletenta usar a preferência selecionada na lista de preferências ordenadas dearmazenamento. Você pode ajustar as preferências para criar planos de serviço queusam a tecnologia de replicação que você deseja priorizar. Se você quiser que oAppSync ignore o uso de uma tecnologia de replicação específica, desmarque essapreferência da lista de preferências ordenadas de armazenamento.

Os planos de serviço padrão oferecem níveis hierárquicos de proteção. Se fornecessário alterar as configurações, modifique o plano de serviço.

Planos de serviço


Qualquer plano de serviço pode definir a expiração automática de cópias que limita onúmero de cópias que o AppSync mantém, e expirará automaticamente cópias maisantigas que excedam o número definido para o plano de serviço.

Os planos de serviço também oferecem algumas opções de cópia específica deaplicativo que podem ser modificadas. Por exemplo, o plano de serviço Oracle tem asseguintes opções de cópia:

l Configurar o banco de dados para o modo de backup dinâmico (ativado porpadrão).

l Copiar a FRA (Fast Recovery Area, área de recuperação rápida) (desativada porpadrão)

l Index and copy BCT (block change tracking) file (desativada por padrão)

l Create backup control file (desativada por padrão)

Para evitar a utilização em excesso e o esgotamento do armazenamento de replicação,quando você configura um plano de serviço, defina os valores nos seguintes campos:

l RPO na fase de Plan Startup do plano de serviço

l Always keep n Copies na fase Create copy

Obs.

A expiração do AppSync de cópias antigas funciona com base na assinatura atual emum plano de serviço. Se os aplicativos são adicionados ou removidos de um plano deserviço, o número de cópias de expiração atual e o número de cópias mantidas podemnão corresponder. Para evitar isso, inscreva novos aplicativos no plano de serviçoadicionado recentemente em vez de alterar a assinatura do aplicativo com frequência.

Além disso, monitore o sistema de armazenamento com a interface de usuário dosistema de armazenamento no console do AppSync.

Substituições de agendamento de planos de serviçoVocê pode substituir as configurações de agendamento de execução de um plano deserviço e especificar agendamentos separados para objetos individuais inscritos noplano.

Na fase Plan Startup do plano de serviço, você seleciona um tipo de recorrência quese baseia no plano de serviço acionado. Esse tipo de recorrência é aplicável para todosos objetos de aplicativos que estejam inscritos em um plano de serviço. No entanto,você pode substituir as configurações e especificar configurações separadas para osobjetos selecionados.

Você pode substituir apenas as configurações Recurrence Type já selecionadas para oplano. Por exemplo, o tipo de recorrência escolhido é executar On selected days... eas configurações são a Run at 12:00 AM on days Fri, Sat. Quando você substituiressas configurações por um objeto, pode alterar apenas a hora e os dias da semana. Épossível selecionar um tipo diferente de recorrência como parte da substituição.

Como administrador de planos de serviço, se você alterar as configurações derecorrência genéricas (como a hora de execução, ou minutos depois da hora), não háimpacto sobre as configurações das substituições. Se você alterar o tipo derecorrência em si, então, as substituições não são mais válidas. O novo tipo derecorrência agora se aplica a todos os objetos até que você especifique asconfigurações individuais que se baseiam no novo tipo de recorrência.

Planos de serviço


Obs.

Se um objeto de aplicativo é atribuído a vários planos, os planos não devem seragendados para ser executados simultaneamente.

Eventos de plano de serviçoOs eventos mostram o andamento de uma operação. Eles são gerados quando umplano de serviço é executado e quando uma cópia é montada ou restaurada.

As informações sobre o evento incluem:

l Tipo (erro, advertência ou informativo)

l Data e hora do evento

l Descrição

l Servidor

Você pode visualizar eventos:

l Na guia Events do plano de serviço. Por exemplo, no console do AppSync, a guiaEvents em Service Plans > Microsoft Exchange > Bronze mostra os eventosrelacionados a cópia do Exchange sob o plano.

l Página Copies do aplicativo. Por exemplo, acesse Copy Management > VMwareDatacenters, selecione um data center, em seguida, um datastore para visualizar apágina Copies. Selecione uma cópia para visualizar seus eventos associados napágina Events.

l Os eventos também são exibidos no momento em que são gerados nos AssistentesMount e Restore e quando um objeto é atribuído a um plano e executadoimediatamente.

Por padrão, somente os eventos de nível superior, que são conhecidos como eventosde marcos, são exibidos. Um evento de marco é gerado ao final de cada fase em umciclo de plano de serviço. Você pode expandir um evento de marco para mostrar osoutros eventos que foram gerados na fase.

Criar um plano de serviçoVocê pode criar um novo plano de serviço usando um plano existente como modelo.

Antes de você começar

Essa operação requer a função de administrador de planos de serviço em AppSync

Procedimento

1. Selecione Service Plans.

2. Clique em Create.

3. Na caixa de diálogo Create New Plan, selecione um plano existente para usarcomo modelo. Informe um nome e uma descrição para o novo plano de serviço.

Obs.

O novo plano de serviço contém o mesmo agendamento e outras configuraçõescomo o modelo, mas não há objetos inscritos no novo plano de serviço.

Planos de serviço


Executar um plano de serviço sob demandaOs planos de serviço são executados segundo o agendamento, mas você também podeexecutá-los sob demanda.


Essa operação requer a função de administrador de dados em AppSync

Procedimento


2. Selecione o aplicativo para proteger.

3. Selecione um plano na lista e clique em OK.

A execução desse plano de serviço se aplica a todos os objetos do aplicativoatualmente inscritos no plano.

O plano de serviço é executado imediatamente. A caixa de diálogo Run ServicePlanexibe o andamento enquanto o armazenamento de aplicativos é detectadoe mapeado, e a proteção de aplicativos começa de acordo com as configuraçõesdo plano de serviço.

4. Clique em Details para ver mais eventos ocorridos durante cada fase.

Ativar e desativar um plano de serviçoPor padrão, todos os planos de serviço estão habilitados. Você pode desativar umplano de serviço ou habilitar um plano de serviço desativado.


Essa operação requer a função de administrador de planos de serviço em AppSyncProcedimento


2. Selecione o aplicativo.

3. Selecione o plano e clique em Disable ou Enable.

Excluir um plano de serviçoVocê pode excluir um plano de serviço criado pelo usuário.


l Essa operação requer a função de administrador de planos de serviço em AppSync

l É possível excluir um plano de serviço integrado (por exemplo, Bronze, Silver eGold).

l Você não pode excluir um plano de serviço se o plano tiver inscrições, ou se houvercópias válidas associadas ao plano.

Procedimento


2. Selecione o aplicativo.

3. Selecione um plano criado pelo usuário e clique em Delete.

4. Clique em Yes para confirmar.

Planos de serviço

Criar um plano de serviço 59

Cancelar inscrição em um plano de serviçoVocê pode cancelar a inscrição de aplicativos que estejam inscritos nos planos deserviço bronze, silver, gold ou personalizados.

Procedimento

1. No console do AppSync, selecione Service Plans > application.

Os planos de serviço disponíveis para o aplicativo selecionado são listados.

2. Clique no plano de serviço desejado.

A guia Settings do plano de serviço selecionado é exibida.

3. Selecione a guia Subscriptions.

A guia Subscriptions do plano de serviço selecionado é exibida.

4. Selecione uma instância ou aplicativo e clique em Unsubscribe from Plan.

O aplicativo selecionado não estará mais inscrito no plano de serviço.

Obs.

Você também pode selecionar várias instâncias e cancelar a inscrição de todaselas juntas.

Configurações avançadas de plano para file systemsPara planos de serviço do file system, você pode:

l Desabilitar os scripts de chamada

l Configurar o valor do tempo limite para os scripts de chamada

Procedimento

1. No console do AppSync, selecione Service Plans > File systems.




3. Selecione a guia Advanced Plan Settings.

A guia Advanced Settings do plano de serviço selecionado é exibida.

4. Desmarque Enable callout scripts para desativar os scripts de chamada.

Obs.

l Por padrão, esta opção é ativada.

l Para realocação, se você quiser desativar os scripts de chamada durante aatualização, edite o plano de reutilização e limpe Enable CallOut Scripts emAdvanced Settings.

5. Especifique um valor entre 10 e 360 minutos para configurar um valor de tempolimite para os scripts de chamada. O valor padrão de tempo limite é 20 minutos.

O servidor do AppSync aguarda o horário especificado por uma reposta dosscripts de chamada antes que o tempo limite seja atingido e haja falha na

Planos de serviço


operação. O valor configurado é aplicável para congelar previamente,descongelar posterior e desmontar os scripts de chamada.

Configurações do plano avançado para SQL ServerPermite configurar o número máximo de bancos de dados que podem ser agrupadosdurante a proteção.

Procedimento

1. No console do AppSync, selecione Service Plans > Microsoft SQL Server.




3. Selecione a guia Advanced Plan Settings.

A guia Advanced Settings do plano de serviço selecionado é exibida.

4. No campo Maximum number of Databases, digite um valor para definir onúmero máximo de bancos de dados a serem protegidos juntos.

Obs.

Por padrão, somente um máximo de 35 bancos de dados podem ser protegidosjuntos. É uma prática recomendada da Microsoft não exceder o limite de 35bancos de dados.

Configurando o armazenamento do VPLEXPara cada plano de serviço, você pode selecionar onde criar as cópias dos aplicativosem execução nos volumes RAID-1 locais e distribuídos. Você também pode selecionaro cluster preferencial para volumes distribuídos e os arrays preferenciais a seremusados nos volumes RAID-1.

Procedimento





3. À esquerda, nas fases do plano, selecione o tipo de cópias que serão criadas(local, remota ou local e remota). Observe que o tipo de cópia depende do tipode plano de serviço.

A página de cópia apropriada é exibida.

4. Na seção Storage Preference clique no link Configure storage options.

A caixa de diálogo Configure storage options é exibida.

5. Selecione a guia VPLEX (se já não estiver selecionada).

6. Para aplicativos em execução em volumes distribuídos, clique em Clusterpreference, à esquerda, para definir o local preferencial da proteção. Porpadrão, o local preferencial é o cluster-1.

7. Clique em Array preference, à esquerda. Para aplicativos em execução emdispositivos RAID-1 locais ou distribuídos, você deve selecionar o array no qual

Planos de serviço

Configurações do plano avançado para SQL Server 61

deseja que o aplicativo seja protegido. Os arrays do XtremIO , do VMAX 3/VMAX All Flash e do Unity que são configurados no AppSync e conectados aocluster do VPLEX configurado no AppSync são exibidos. Por padrão, nenhumarray é selecionado.

Obs.

Para definir a ordem de preferência dos arrays selecionados, arraste e solte osarrays para o início ou final da lista, conforme desejado.

Configurando o armazenamento do VMAXÉ possível selecionar o pool de armazenamento para a criação de dispositivos de cópianos arrays V2.


Essa operação requer a função de administrador de recursos no AppSync.

Para cada plano de serviço, é possível configurar os pools de armazenamento doVMAX V2. O plano de serviço seleciona o pool de armazenamento configurado paracriar dispositivos de cópia nos arrays V2. Se os pools de armazenamento não foremconfigurados, o plano de serviço criará dispositivos de cópia dos pools dearmazenamento ativados no AppSync para arrays VMAX V2.

Procedimento





3. À esquerda, nas fases do plano, selecione os tipos de cópias que serão criadas(local, remota ou local e remota). Observe que o tipo de cópia depende do tipode plano de serviço.

A página de cópia apropriada é exibida.

4. Na seção Storage Preference clique no link Configure storage options.

A caixa de diálogo Configure storage options é exibida.

5. Selecione a guia VMAX.

Os storage arrays do VMAX são listados.

6. Para os arrays VMAX 3, selecione Wait for Clone Sync caso queira que oAppSync aguarde a finalização da sincronização do clone durante a criação decópia do clone do SnapVX.

7. Clique na seta à esquerda de um storage array para visualizar a lista de pools dearmazenamento no array.

A lista de pools de armazenamento para o array selecionado é exibida.

8. Para selecionar um pool de armazenamento, clique na caixa de seleção àesquerda do pool de armazenamento. Para excluir um pool de armazenamento,clique na caixa de seleção novamente para limpar a seleção (se marcada nomomento).

9. Clique em OK.

Planos de serviço


Habilitar ou desabilitar a expiração automática de uma cópiaVocê pode habilitar ou desabilitar a expiração automática de uma cópia durante arotação.

Procedimento





3. Selecione a guia Copies.

A guia Copies do plano de serviço selecionado é exibida.

4. Seleciona uma cópia.

5. A partir da caixa de listagem Expire:

l Selecione Rotation > Enable para habilitar a expiração automática de umacópia durante a rotação.

l Selecione Rotation > Disable para desabilitar a expiração automática deuma cópia durante a rotação.

Você também pode navegar até Copy Management > application paradesabilitar a expiração automática de uma cópia.

Configurações do plano de serviço do ExchangeAs configurações do plano de serviço padrão criam uma cópia consistente comaplicativos a cada 24 horas. Apenas a tecnologia de replicação, que é especificada porCopy type na fase Create copy, é diferente entre os planos.

Tabela 11 Plano de serviço Exchange – Configurações padrão

Configuração

Habilitado/desabilitado

Configurações padrão Agendamento

Plan Startup Ativado Automatic schedule Recurrencetype: Cria umacópia a cada 24horas, com aprimeiraexecução àmeia-noite(00:00).Recovery PointObjective(RPO): Umalerta é emitidose a cópia não écriada dentro dotempoespecificado (o

Planos de serviço

Habilitar ou desabilitar a expiração automática de uma cópia 63

Tabela 11 Plano de serviço Exchange – Configurações padrão (continuação)

Configuração



padrão é 24horas).

Detecção deaplicativos

Ativado Nenhuma Determinado

pela fase PlanStartup

Mapeamentode aplicativos

Habilitado Nenhuma Iniciada quandoa fase

Applicationdiscovery éconcluída

Script de pré-cópia

Não habilitado Nenhuma Iniciada quandoa fase

Applicationmapping éconcluída

Create copy Ativado l O tipo de cópia é:

n Bronze

n Prata

n Ouro

l Tipos de backups do Exchange: Full, Copy ou Differential

l Storage Ordered Preference: Snapshot, Bookmark e Clone.Permite que você ordene, marque ou desmarque as preferências dearmazenamento. Por padrão, todas as opções são selecionadas. Nãoé possível remover todas as preferências, pelo menos umapreferência deve ser selecionada.

l Configurações de armazenamento:

n Inclua as cópias do RecoverPoint na política de rodízio deexpiração: Marque esta opção para incluir cópias do RecoverPointao calcular rodízios.

Obs.

Se esta opção não for marcada, então, as cópias do RecoverPointse acumulam e permanecem até que o bookmarks para elas"caiam" do dispositivo RecoverPoint.

l Configurar opções de armazenamento

n VPLEX: Permite que você selecione o cluster preferencial paravolumes distribuídos e os arrays preferenciais para volumesRAID-1.

n VMAX: Permite que você configure os pools de armazenamentopara criar dispositivos de cópia de VMAX V2 para o plano deserviço. Você pode marcar ou desmarcar os pools dearmazenamento do VMAX V2 desejados, expandindo o storage

Iniciada quando

a fase Pre-copy script éconcluída

Planos de serviço



Configuração



array. Se você não selecionar pools de armazenamento, o planode serviço cria dispositivos de cópia dos pools de armazenamentohabilitados no AppSync para arrays VMAX V2. Por padrão, todosos pools de armazenamento configurados são selecionados. Essaopção só é aplicável para arrays VMAX V2.

– Wait for Clone Sync: Se selecionar essa opção, a criação dacópia do clone do SnapVX aguardará a finalização dasincronização do clone. Se desmarcar essa opção, a criação dacópia clone iniciará a sincronização do clone e concluirá acriação da cópia sem aguardar a finalização da sincronizaçãodo clone (execuções de sincronização do clone em segundoplano). Por padrão, essa opção fica desativada. Essa opção sóé aplicável para arrays VMAX V3.

l Configurações avançadas - permite que você defina um número e umintervalo de repetições para repetir a operação do VSS com falhaapós um intervalo configurado por meio do intervalo de repetições.Isso só é aplicável para os aplicativos do Windows. O valor padrão donúmero de repetições é 3 e o valor do intervalo de repetições padrãoé de 0 segundo.

l Verificação de registro de eventos:

n Fail on -1018 error



n Fail on Event ID 447

n Fail on Event ID 448

n Não permita que bancos de dados e registros residam no mesmovolume

Script pós-cópia

Não habilitado Nenhuma Iniciada quando

a fase Createcopy éconcluída

fase Unmountprevious copy


a fase Post-copy script éconcluída

Montar cópia Não habilitado l Mount on server: Original Host

l Mount with access: Somente leitura

l Mount Path: Caminho padrão ou caminho mapeado

Obs.

A unidade especificada para a montagem não pode ser um disco emcluster.

Iniciada quandoa fase

Unmountprevious copyé concluída

Planos de serviço

Configurações do plano de serviço do Exchange 65


Configuração



l Copy metadata files to: Default Path

l Image access mode: Logged access

l Desired SLO: Selecione o SLO para a cópia de montagem. Isso éaplicável somente para os arrays VMAX 3.

l Desired FAST VP: Selecione a política do FAST VP. Isso é aplicávelsomente a arrays VMAX V2.

l VPLEX Mount option: Selecione uma opção de montagem do VPLEX.

l Enable VMware cluster mount: Se o host de montagem for umamáquina virtual do VMware que reside em um cluster do ESX, a LUNde destino torna-se visível para todos os nós do cluster do ESXdurante a montagem. Por padrão, essa opção é desabilitada. Se nãodesejar executar uma montagem de cluster do ESX, você pode limparessa opção. Esta opção é compatível com arrays VPLEX, XtremIO,VMAX 3/VMAX All Flash e Unity. Se essa opção não estiverselecionada, e o host de montagem faz parte de um cluster ESX, ohost de montagem deve ter um grupo de armazenamento dedicado,exibição de armazenamento ou grupo de iniciadores configurados deacordo com a configuração do sistema de armazenamento. Issopermite que o AppSync mascare as LUNs apenas para esse host demontagem.

l Desabilite o VMware SRM: Permite que você gerencie consistencygroups se o indicador SRM estiver habilitado no consistency group doRecoverPoint. Isso só é aplicável para o RecoverPoint 4.1 eposteriores.

Validar cópia Não habilitado l Verificação de bancos de dados e registros em paralelo

l Não minimizar a verificação de registro

l Não executar a verificação de aceleração

l Executar a validação do arquivo de banco de dados (.edb)

Iniciada quando

a fase Mountcopy éconcluída

Script de pós-montagem


a fase Validatecopy éconcluída

Umount copy Não habilitado Nenhuma Iniciada quando

a fase Post-mount scripté concluída

Configurações do plano de serviço do SQL ServerResumo das configurações do plano de serviço do SQL Server.

Planos de serviço


Tabela 12 Plano de serviço do SQL Server – configurações padrão

Configuração



Plan Startup Ativado Automatic schedule Recurrencetype: Cria umacópia a cada 24horas, com aprimeiraexecução àmeia-noite(00:00).Recovery PointObjective(RPO): Umalerta é emitidose a cópia não écriada dentro dotempoespecificado (opadrão é 24horas).


Ativado Nenhuma Determinadopela fase PlanStartup


Habilitado Nenhuma Iniciada quandoa faseApplicationdiscovery éconcluída


Não habilitado Nenhuma Iniciada quandoa faseApplicationmapping éconcluída


n Bronze

n Prata

n Ouro

l Tipo de Backup do SQL Server: Full, Copy, Non VDI ou CrashConsistent

n Full - protege o banco de dados e a parte ativa do registro detransações.

n Copy - protege o banco de dados e a parte ativa do registro detransações, sem afetar a sequência de backups.

n Non VDI - não protege o banco de dados sem usar VDI e dependedo VSS para criar cópias consistentes em caso de falhas.

Iniciada quandoa fase Pre-copyscript éconcluída

Planos de serviço

Configurações do plano de serviço do SQL Server 67

Tabela 12 Plano de serviço do SQL Server – configurações padrão (continuação)

Configuração



n Crash Consistent — Protege o banco de dados sem a utilizaçãode VSS ou VDI, e depende do array para a criação de cópiasconsistentes em caso de falhas.

Obs.

Os bancos de dados secundários são somente leitura e podem ser

salvos em backup com o tipo de backup Copy. Auto Switch toCopy está habilitado somente quando Full é selecionado como o tipo

de backup. No entanto, ele é desmarcado por padrão. Marcar AutoSwitch to Copy diz ao AppSync para verificar se a função do bancode dados é secundária e, em caso afirmativo, para alternar o tipo debackup para Copy. Se Switch automático para cópia não estiverhabilitado, os backups falham para todos os bancos de dadossecundários. Quando o tipo de backup Non VDI ou Crash Consistent

forem selecionados, as opções Auto Switch to Copy e Enablelog backup serão desativadas.

l Storage Ordered Preference: Snapshot, Clone e BookmarkPermite que você ordene, marque ou desmarque as preferências dearmazenamento. Por padrão, todas as opções são selecionadas. Nãoé possível remover todas as preferências, pelo menos umapreferência deve ser selecionada.

l Expiration of database copies:

n Inclua as cópias do RecoverPoint na política de rodízio deexpiração: Marque esta opção para incluir cópias do RecoverPointao calcular rodízios.

Obs.

Se esta opção não for marcada, então, as cópias do RecoverPointse acumulam e permanecem até que o bookmarks para elas"caiam" do dispositivo RecoverPoint.



n VMAX: Permite que você configure os pools de armazenamentopara criar dispositivos de cópia de VMAX V2 para o plano deserviço. Você pode marcar ou desmarcar os pools dearmazenamento do VMAX V2 desejados, expandindo o storagearray. Se você não selecionar pools de armazenamento, o planode serviço cria dispositivos de cópia dos pools de armazenamentohabilitados no AppSync para arrays VMAX V2. Por padrão, todosos pools de armazenamento configurados são selecionados. Essaopção só é aplicável para arrays VMAX V2.

– Wait for Clone Sync: Se selecionar essa opção, a criação dacópia do clone do SnapVX aguardará a finalização da

Planos de serviço



Configuração



sincronização do clone. Se desmarcar essa opção, a criação dacópia clone iniciará a sincronização do clone e concluirá acriação da cópia sem aguardar a finalização da sincronizaçãodo clone (execuções de sincronização do clone em segundoplano). Por padrão, essa opção fica desativada. Essa opção sóé aplicável para arrays VMAX V3.

l Configurações avançadas - permite que você defina um número e umintervalo de repetições para repetir a operação do VSS com falhaapós um intervalo configurado por meio do intervalo de repetições.Isso só é aplicável para os aplicativos do Windows. O valor padrão donúmero de repetições é 3 e o valor do intervalo de repetições padrãoé de 0 segundo.

l Opções de backup de registros de transação:

n Schedule immediately after database backup = padrão.

n A cada 15 ou 30 minutos ou a cada 1 a 24 horas são outras opções.

Obs.

Os backups de registro agendados são executados duranteperíodos entre os backups de banco de dados.

n Backup path: Default path

n Free space on the volume: 5 GB

n Backup group size: 5

n Truncate logs: Selecionado

n Checksum the backup: Desmarcada

n Compression: Selecionado

n Expiration of log backups: Horas de retenção mínima de 24

Script pós-cópia

Não habilitado Nenhuma Iniciada quandoa fase Createcopy éconcluída


Não habilitado Nenhuma Iniciada quandoa fase Post-copy script éconcluída

Montar cópia Não habilitado l Mount Copy

n Mount on Server: Original Host

n Mount with access: Read only

n Mount Path: Default Path ou Mapped Path

n Copy metadata files to: Default Path

n Image Access mode: Logged access

Iniciada quandoa fase Unmountprevious copy éconcluída

Planos de serviço

Configurações do plano de serviço do SQL Server 69


Configuração



n Desired SLO: Selecione o SLO para a cópia de montagem. Isso éaplicável somente para os arrays VMAX 3.

n Desired FAST VP: Selecione a política do FAST VP. Isso éaplicável somente a arrays VMAX V2.

n VPLEX Mount option: Selecione uma opção de montagem doVPLEX.

n Enable VMware cluster mount: Se o host de montagem for umamáquina virtual do VMware que reside em um cluster do ESX, aLUN de destino torna-se visível para todos os nós do cluster doESX durante a montagem. Por padrão, essa opção é desabilitada.Se não desejar executar uma montagem de cluster do ESX, vocêpode limpar essa opção. Esta opção é compatível com arraysVPLEX, XtremIO, VMAX 3/VMAX All Flash e Unity. Se essa opçãonão estiver selecionada, e o host de montagem faz parte de umcluster ESX, o host de montagem deve ter um grupo dearmazenamento dedicado, exibição de armazenamento ou grupode iniciadores configurados de acordo com a configuração dosistema de armazenamento. Isso permite que o AppSync mascareas LUNs apenas para esse host de montagem.

n Desabilite o VMware SRM: Permite que você gerencieconsistency groups se o indicador SRM estiver habilitado noconsistency group do RecoverPoint. Isso só é aplicável para oRecoverPoint 4.1 e posteriores.

l Mount and recover copy — Permite a seleção de ambas asinstâncias, em cluster e independente, para a montagem de um bancode dados do SQL Server como um banco de dados em cluster ouindependente com recuperação. Para a montagem como um banco dedados independente ou em cluster, é possível montar no caminhooriginal ou no ponto de montagem alternativo.


Não habilitado Nenhuma Iniciada quandoa fase Mountcopy éconcluída

Desmontarcópia

Não habilitado Nenhuma Iniciada quandoa fase Post-mount script éconcluída

Pre-log backupscript

Não habilitado Nenhuma Inicia após obackup deregistros

Post-logbackup script

Não habilitado Nenhuma Inicia após obackup deregistros

Planos de serviço


Configurações do plano de serviço OracleUse esta lista de configurações padrão de plano de serviço para bancos de dadosOracle no AppSync.

Tabela 13 Plano de serviço do servidor Oracle - configurações padrão

Configuração



Plan Startup Ativado Automatic schedule Recurrence type:o AppSync criauma cópia a cada24 horas, com aprimeiraexecução à meia-noite (00:00).Recovery PointObjective (RPO):Um alerta éemitido se acópia não écriada dentro dotempoespecificado (opadrão é 24horas).


Ativado Nenhuma Determinado pelafase Plan Startup


Habilitado Nenhuma Iniciada quando afase Applicationdiscovery éconcluída.


Ativado Nenhuma Iniciada quando afase Applicationmapping éconcluída

Create copy Ativado As opções de criação de cópia nas configurações do plano de serviçofornecem vários controles que influenciam como a cópia do Oracle écriada. Os tipos de cópia incluem:

l Bronze

l Prata

l Ouro

As opções de configuração de Create copy incluem:

l Place database in hot-backup mode (ativada por padrão).Quando ativada, essa fase de proteção coloca o banco de dados emmodo de backup dinâmico e cria cópias dos registros dearquivamento. Se você desabilitar essa opção, o banco de dados nãoé colocado em modo de backup dinâmico e a cópia é criada a partir

Iniciada quando afase Pre-copyscript éconcluída.

Planos de serviço

Configurações do plano de serviço Oracle 71

Tabela 13 Plano de serviço do servidor Oracle - configurações padrão (continuação)

Configuração



de dados não pausados sem qualquer instrumentação do banco dedados.

l Copiar a FRA (Fast Recovery Area, área de recuperação rápida)(desativada por padrão)Quando ativado, esse campo instrui o AppSync a criar uma cópia doarmazenamento subjacente utilizado pela FRA durante a proteçãodos arquivos de registros de arquivamento do banco de dados.

l Index and copy the BCT (block change tracking) file (Padrão:desativada)Quando ativada, o AppSync cria uma entrada no arquivo BCT (BlockChange Tracking, rastreamento de alteração de bloco) do Oracle ecopia o arquivo como parte da proteção. Esse arquivo pode serusado como parte de um caso de uso de montagem e backup,oferecendo um backup incremental acelerado. Essa opção tambémrequer a ativação do modo de backup dinâmico.

l Create backup control file for RMAN cataloging. (desativada porpadrão)Quando ativado, o AppSync cria um arquivo de controle de backupbinário com uma solicitação de catalogar o conteúdo do banco dedados em um catálogo RMAN remoto. Essa opção também requer aativação do modo de backup dinâmico.

l Selecione o destino de arquivamento para o modo de backupdinâmico (Padrão: desabilitado. Isso significa que todos os destinosde arquivamento configurados estão protegidos.)

Essa opção é ativada somente se você selecionar Place databasein hot-backup mode. Você pode especificar até 10 destinos deregistro de arquivamento. O AppSync detecta os destinos dearquivamento especificados e os mapeia durante a proteção. Porexemplo, considere que o destino de arquivamento 1 está no filesystem 1 e o destino de arquivamento 2 está no file system 2. Sevocê selecionar apenas o destino de arquivamento 1, o AppSyncmapeia e protege apenas o file system 1.

l Expiração: Include RecoverPoint copies in expiration rotation policy:Selecione esta opção para incluir cópias do RecoverPoint ao calcularrodízios. Se você não selecionar essa opção, as cópias doRecoverPoint se acumulam e permanecem até que seus bookmarksvariem no dispositivo RecoverPoint.

Obs.

Se as cópias do RecoverPoint forem consideradas na política derodízio, os bookmarks são criados com a políticaALWAYS_CONSOLIDATE. Caso contrário, os bookmarks são criadoscom a política NEVER_CONSOLIDATE. Consulte a documentaçãodo RecoverPoint para obter uma definição dessas políticas deconsolidação.

l Preferências de armazenamento: Snapshot, Clone e Bookmark.Permite que você ordene, marque ou desmarque as preferências dearmazenamento. Por padrão, todas as opções são selecionadas. Não

Planos de serviço



Configuração



é possível remover todas as preferências, pelo menos umapreferência deve ser selecionada.

l Configurar a opção de armazenamento:

n VPLEX: Permite que você selecione o cluster preferencial paravolumes distribuídos e os arrays preferenciais para os volumesRAID-1 para cada plano de serviço.

n VMAX: Permite que você configure os pools de armazenamentopara criar dispositivos de cópia de VMAX V2 para cada plano deserviço. Se você não selecionar pools de armazenamento, o planode serviço cria dispositivos de cópia dos pools dearmazenamento habilitados no AppSync para arrays VMAX V2.Por padrão, todos os pools de armazenamento configurados sãoselecionados. Você pode marcar ou desmarcar os pools dearmazenamento do VMAX V2 desejados, expandindo o storagearray. Essa opção só se aplica a arrays VMAX V2.

– Wait for Clone Sync: Se selecionar essa opção, a criação dacópia do clone do SnapVX aguardará a finalização dasincronização do clone. Se desmarcar essa opção, a criaçãoda cópia clone iniciará a sincronização do clone e concluirá acriação da cópia sem aguardar a finalização da sincronizaçãodo clone (execuções de sincronização do clone em segundoplano). Por padrão, essa opção fica desativada. Essa opçãosó é aplicável para arrays VMAX V3.

Script pós-cópia

Não habilitado Nenhuma Iniciada quando afase Create copyé concluída


Não habilitado Nenhuma Iniciada quando afase Post-copyscript é concluída

Script de pré-montagem

Não habilitado Nenhuma Iniciada quando afase Unmountprevious copy éconcluída.

Mount andRecovery

Não habilitado l Opções de montagem e recuperação:

n Mount on standalone server (equivalente no RM: no recover)

n Mount on standalone server and create RMAN catalog entry(equivalente no RM: Catalog with RMAN)

n Mount on standalone server and recover database (equivalenteno RM: Recover)

n Mount on standalone server and prepare scripts for manualdatabase recovery (equivalente no RM: Prepare-only/generatescripts for manual recovery)

n Mount on grid cluster and recover as RAC database (equivalenteno RM: Mount as RAC database)

Iniciada quando afase Pre-mountscript éconcluída.

Planos de serviço



Configuração



l Configurações de montagem:

n Mount on Server: Original Host

n Mount Path: Default Path ou Mapped Path

n Image Access mode: Logged access

n Desired SLO: Selecione o SLO para a cópia de montagem. Isso éaplicável somente aos arrays do VMAX 3.

n Desired FAST VP: Selecione a política do FAST VP. Isso éaplicável apenas aos arrays VMAX V2.

n VPLEX Mount option: Selecione uma opção de montagem doVPLEX.

n Enable VMware cluster mount: Se o host de montagem for umamáquina virtual do VMware que reside em um cluster do ESX, aLUN de destino torna-se visível para todos os nós do cluster doESX durante a montagem. Por padrão, essa opção é desabilitada.Se não desejar executar uma montagem de cluster do ESX, vocêpode limpar essa opção. Esta opção é compatível com arraysVPLEX, XtremIO, VMAX 3/VMAX All Flash e Unity. Se essaopção não estiver selecionada, e o host de montagem faz partede um cluster ESX, o host de montagem deve ter um grupo dearmazenamento dedicado, exibição de armazenamento ou grupode iniciadores configurados de acordo com a configuração dosistema de armazenamento. Isso permite que o AppSyncmascare as LUNs apenas para esse host de montagem.

n Desabilite o VMware SRM: Permite que você gerencieconsistency groups se o indicador SRM estiver habilitado noconsistency group do RecoverPoint. Isso só é aplicável para oRecoverPoint 4.1 e posteriores.

n Execute verificação de file system: Durante uma operação demontagem, o agente do AppSync verifica a consistência dedados do file system por meio da execução do comando fsck.

Essa operação pode ser demorada. Você pode desmarcar essaopção para ignorar a verificação de file system durante umaoperação de montagem. Por padrão, a verificação de file systemestá habilitada.

Obs.

– No caso de uma operação de restauração, a opção RunFilesystem Check é habilitada por padrão. Você não

poderá desabilitá-la.

– A opção Run Filesystem Check não é aplicável a file

systems do ASM.

l Configurações de recuperação:

n Modo aberto: Leitura/gravação

Planos de serviço



Configuração



n ORACLE_HOME: Same as production host

n Database name: APS é o prefixo, %DB% é a variável que serásubstituída com o nome do banco de dados de produção duranteo tempo de execução.

n SID name: APS é o prefixo, %SID% é a variável que serásubstituída com o SID do banco de dados de produção durante otempo de execução.

n ASM diskgroup name: APS é o prefixo, %DG% é a variável queserá substituída com o nome do grupo de discos ASM deprodução durante o tempo de execução.

Obs.

Se vários grupos de discos estão envolvidos, um prefixo ou sufixoé obrigatório.

n Customize Initialization Parameters: Este campo ficará embranco. Você pode preencher um parâmetro por linha, porexemplo, memory_target = 629145600

n Create TEMP Tablespace: Use essa opção para criar otablespace temporário na cópia de banco de dados montada narecuperação. Essa configuração é habilitada quando vocêseleciona as seguintes operações de montagem com modoaberto de leitura/gravação: Mount on standalone server andrecover, Mount on standalone server and prepare scripts formanual recovery ou Mount on grid cluster and recover as RACdatabase. Quando você seleciona a opção Create TEMPTablespace, duas opções adicionais são exibidas:

n Number of Tempfiles: O número de arquivos a serem adicionadosao Temp Tablespace. O tamanho dos arquivos é especificado nocampo Size de cada configuração de arquivo.

n Use a opção BIGFILE: Use a opção de BIGFILE durante a criaçãode novos arquivos temporários. Se essa opção for selecionada, onúmero de arquivos temporários é 1.

n Size of each file: O tamanho de cada arquivo temporário: emkilobytes (K), megabytes (M), gigabytes (G) ou terabytes (T).

n Restart databases after reboot: Selecione essa opção para iniciaros bancos de dados armazenados do Oracle no AppSyncautomaticamente após uma reinicialização do host. Por padrão,essa opção fica desativada.

Obs.

Essa opção não está disponível para RMAN e para montagemcom a geração de scripts.

n Create SPFile: Selecione esta opção para criar um SPFile. OSPFile é criado no local padrão ($ORACLE_HOME/dbs), com o

Planos de serviço



Configuração



nome spfile<SID>.ora. Durante a desmontagem, o SPFile é

removido da pasta $ORACLE_HOME/dbs.

n Crie no disco de ASM: Selecione essa opção para criar o SPFileno grupo de discos de ASM primário.

l Opções avançadas de recuperação

n Crie cópias de arquivos de controle: Selecione essa opção paracriar 0-3 cópias adicionais do arquivo de controle para fins deredundância. O padrão é 0.

n Altere o ID do banco de dados: Selecione essa opção para alteraro ID do banco de dados do banco de dados montado. Por padrão,essa opção fica desativada.

n Utilize o home directory de usuário ADR (repositório dediagnóstico automático) para o DIAGNOSTIC_DEST: Selecioneessa opção para força o banco de dados montado a usar o homedirectory ADR em vez de TEMP para registros de diagnóstico(padrão: desligado). Por padrão, essa opção fica desativada.

n Desabilite o modo de registro de arquivamento: Selecione essaopção para forçar o banco de dados montado a iniciar comregistro de arquivamento desabilitado. Por padrão, essa opçãofica desativada.


Não habilitado Nenhuma Iniciada quando afase Mount copyé concluída.

Desmontarcópia

Não habilitado Nenhuma Iniciada quando afase Post-mountscript éconcluída.

Configurações do plano de serviço do file systemUse esta tabela para conhecer as configurações padrão de file system para as fases doplano serviço, incluindo inicialização, detecção, mapeamento, scripting de pré- e pós-cópia, montagem/desmontagem e cópia.

Configurações do plano de serviço padrão criam uma cópia consistente comaplicativos a cada 24 horas. Apenas a tecnologia de replicação especificada pelo tipode cópia na fase Create copy varia entre os planos. A tabela a seguir resume asconfigurações padrão:

Planos de serviço


Tabela 14 Configurações do plano de serviço do file system padrão

Configuração Habilitado/desabilitado


Plan Startup Ativado Automatic schedule Recurrence type: Criauma cópia a cada 24horas, com a primeiraexecução à meia-noite(00:00).Recovery PointObjective (RPO): Umalerta é emitido se acópia não é criadadentro do tempoespecificado (opadrão é 24 horas).


Ativado Nenhuma Determinado pela fasePlan Startup.

Mapeamento deaplicativos

Habilitado Nenhuma Iniciada quando a faseApplication discoveryé concluída.

Script de pré-cópia Não habilitado Nenhuma Iniciada quando a faseApplication mapping éconcluída

Create copy Ativado Copy type:

l Bronze

l Prata

l Ouro

l Consistência de filesystem UNIX

n FS consistente – sevocê selecionar essaopção, o file system écongelado durante acriação da cópia. Issopausa as gravações nofile system. Vocêpode criar cópiasconsistentes de filesystem UNIX usandoo utilitário fsfreezeUNIX.

n Consistente comfalhas - essa é aopção padrão. Nessecaso, o file systemnão é congeladodurante a criação dacópia.

Iniciada quando a fasePre-copy script éconcluída.

Planos de serviço

Configurações do plano de serviço do file system 77

Tabela 14 Configurações do plano de serviço do file system padrão (continuação)



l Preferências dearmazenamento:Snapshot, Clone eBookmark.Permite que você ordene,marque ou desmarque aspreferências dearmazenamento. Porpadrão, todas as opçõessão selecionadas. Não épossível remover todas aspreferências, pelo menosuma preferência deve serselecionada.

l Expiração: IncludeRecoverPoint copies inexpiration rotation policy— Selecione esta opçãopara incluir cópias doRecoverPoint ao calcularrodízios. Se você nãoselecionar essa opção, ascópias do RecoverPointsão acumuladas epermanecem até que obookmarks para elas"caiam" do dispositivoRecoverPoint.

l Configurar opções dearmazenamento

n VPLEX: Permite quevocê selecione ocluster preferencialpara volumesdistribuídos e osarrays preferenciaispara volumes RAID-1.

n VMAX: Permite quevocê configure ospools dearmazenamento paracriar dispositivos decópia de VMAX V2para o plano deserviço. Você podemarcar ou desmarcaros pools de

Planos de serviço





armazenamento doVMAX V2 desejados,expandindo o storagearray. Se você nãoselecionar pools dearmazenamento, oplano de serviço criadispositivos de cópiados pools dearmazenamentohabilitados noAppSync para arraysVMAX V2. Porpadrão, todos os poolsde armazenamentoconfigurados sãoselecionados. Essaopção só é aplicávelpara arrays VMAX V2.

– Wait for CloneSync: Seselecionar essaopção, a criaçãoda cópia do clonedo SnapVXaguardará afinalização dasincronização doclone. Sedesmarcar essaopção, a criaçãoda cópia cloneiniciará asincronização doclone e concluirá acriação da cópiasem aguardar afinalização dasincronização doclone (execuçõesde sincronizaçãodo clone emsegundo plano).Por padrão, essaopção ficadesativada. Essaopção só éaplicável paraarrays VMAX V3.

Planos de serviço





l Configurações avançadas- permite que você definaum número e um intervalode repetições para repetira operação do VSS comfalha após um intervaloconfigurado por meio dointervalo de repetições.Isso só é aplicável para osaplicativos do Windows.O valor padrão do númerode repetições é 3 e ovalor do intervalo derepetições padrão é de 0segundo.

Script pós-cópia Não habilitado Nenhuma Iniciada quando a faseCreate copy éconcluída


Não habilitado Nenhuma Iniciada quando a fasePost-copy script éconcluída

Mount copy(Uma fase Pre-mount script estádisponível paraplanos de serviço dofile system)

Não habilitado Mount Copy

l Mount on Server: OriginalHost

l Mount with access:Leitura/gravação

l Mount Path: Default Pathou Mapped Path

l Modo de acesso: Loggedaccess

l Copy to Mount: Local(somente para os planosGold)

l Use Dedicated StorageGroup: Selecionada porpadrão

l Desired SLO: Selecione oSLO para a cópia demontagem. Isso éaplicável somente para osarrays VMAX 3.

l Desired FAST VP:Selecione a política doFAST VP. Isso é aplicável

Iniciada quando a faseUnmount previouscopy é concluída.

Planos de serviço





somente a arrays VMAXV2.

l VPLEX Mount option:Selecione uma opção demontagem do VPLEX.

l Enable VMware clustermount: Se o host demontagem for umamáquina virtual doVMware que reside emum cluster do ESX, a LUNde destino torna-se visívelpara todos os nós docluster do ESX durante amontagem. Por padrão,essa opção é desabilitada.Se não desejar executaruma montagem de clusterdo ESX, você pode limparessa opção. Esta opção écompatível com arraysVPLEX, XtremIO, VMAX3/VMAX All Flash e Unity.Se essa opção não estiverselecionada, e o host demontagem faz parte deum cluster ESX, o host demontagem deve ter umgrupo de armazenamentodedicado, exibição dearmazenamento ou grupode iniciadoresconfigurados de acordocom a configuração dosistema dearmazenamento. Issopermite que o AppSyncmascare as LUNs apenaspara esse host demontagem.

l Desabilite o VMwareSRM: Permite que vocêgerencie consistencygroups se o indicadorSRM estiver habilitado noconsistency group doRecoverPoint. Isso só éaplicável para o

Planos de serviço





RecoverPoint 4.1 eposteriores.

l Execute verificação defile system: Durante umaoperação de montagem, oagente do AppSyncverifica a consistência dedados do file system pormeio da execução docomando fsck. Essa

operação pode serdemorada. Você podedesmarcar essa opçãopara ignorar a verificaçãode file system duranteuma operação demontagem. Por padrão, averificação de file systemestá habilitada.

Obs.

No caso de uma operaçãode restauração, a opçãoRun FilesystemCheck é habilitada por

padrão. Você não poderádesabilitá-la.


Não habilitado Nenhuma Iniciada quando a faseMount copy éconcluída.

Unmount copy Não habilitado Nenhuma Iniciada quando a fasePost-mount script éconcluída.

Configurações do plano de serviço do VMwareAs configurações do plano de serviço padrão criam uma cópia consistente comaplicativos a cada 24 horas. Apenas a tecnologia de replicação, que é especificada porCopy type na fase Create copy, é diferente entre os planos.

Planos de serviço


Tabela 15 Plano de serviço do VMware — configurações padrão

Configuração



Plan Startup Ativado Automatic schedule Recurrencetype: Cria umacópia a cada 24horas, com aprimeiraexecução àmeia-noite(00:00).Recovery PointObjective(RPO): Umalerta é emitidose a cópia não écriada dentro dotempoespecificado (opadrão é 24horas).


Ativado Nenhuma Determinadopela fase PlanStartup


Habilitado Nenhuma Iniciada quandoa faseApplicationdiscovery éconcluída


n Bronze

n Prata

n Ouro

l Copy Consistency:

n Máquina virtual consistente com um máximo de 4 snapshots demáquina virtual simultâneos

n Configure VM Snapshots for VMs: Permite que você selecionemáquinas virtuais dos datastores adicionados ao plano de serviço.Por padrão, as VMs de exclusão para a opção de Snapshot estãohabilitadas. Isso significa que as máquinas virtuais selecionadassão ignoradas enquanto capturam snapshots VMware durante aexecução de plano de serviço. Se você selecionar a opção IncludeVMs for Snapshot, somente as máquinas virtuais selecionadas sãoconsideradas para a criação de snapshots VMware durante aexecução do plano de serviço.

n Include Virtual Machine Disk: Marque esta caixa de seleção paraproteger os discos de máquinas virtuais abrangendo váriosdatastores. Por padrão, esta opção não é selecionada.

Iniciada quandoa faseApplicationmapping éconcluída

Planos de serviço

Configurações do plano de serviço do VMware 83

Tabela 15 Plano de serviço do VMware — configurações padrão (continuação)

Configuração



l Storage Ordered Preference: Snapshot, Clone e BookmarkPermite que você ordene, marque ou desmarque as preferências dearmazenamento. Por padrão, todas as opções são selecionadas. Nãoé possível remover todas as preferências, pelo menos umapreferência deve ser selecionada.



n VMAX: Permite que você configure os pools de armazenamentopara criar dispositivos de cópia de VMAX V2 para o plano deserviço. Você pode marcar ou desmarcar os pools dearmazenamento do VMAX V2 desejados, expandindo o storagearray. Se você não selecionar pools de armazenamento, o planode serviço cria dispositivos de cópia dos pools de armazenamentohabilitados no AppSync para arrays VMAX V2. Por padrão, todosos pools de armazenamento configurados são selecionados. Essaopção só é aplicável para arrays VMAX V2.

– Wait for Clone Sync: Se selecionar essa opção, a criação dacópia do clone do SnapVX aguardará a finalização dasincronização do clone. Se desmarcar essa opção, a criação dacópia clone iniciará a sincronização do clone e concluirá acriação da cópia sem aguardar a finalização da sincronizaçãodo clone (execuções de sincronização do clone em segundoplano). Por padrão, essa opção fica desativada. Essa opção sóé aplicável para arrays VMAX V3.

l Expiration: Inclua as cópias do RecoverPoint na política de rodízio deexpiração: Marque esta opção para incluir cópias do RecoverPoint aocalcular rodízios.

Obs.

Se esta opção não for marcada, então, as cópias do RecoverPoint seacumulam e permanecem até que o bookmarks para elas "caiam" dodispositivo RecoverPoint.


Não habilitado Nenhuma Iniciada quandoa fase Createcopy éconcluída

Montar cópia Não habilitado l Sem host de montagem padrão

l Montar usando a nova assinatura

l Para RecoverPoint: montar com acesso registrado e montar umacópia local (no caso de plano de cópia local e remota)

l Para VNX File, montar cópia com acesso somente leitura ou leitura/gravação para cópias locais ou remotas

Iniciada quandoa fase Unmountprevious copy éconcluída

Planos de serviço


Tabela 15 Plano de serviço do VMware — configurações padrão (continuação)

Configuração



l Desired SLO: Selecione o SLO para a cópia de montagem. Isso éaplicável somente para os arrays VMAX 3.

l Desired FAST VP: Selecione a política do FAST VP. Isso é aplicávelsomente a arrays VMAX V2.

l VPLEX Mount option: Selecione uma opção de montagem do VPLEX.

l Enable VMware cluster mount: Se o host de montagem for umamáquina virtual do VMware que reside em um cluster do ESX, a LUNde destino torna-se visível para todos os nós do cluster do ESXdurante a montagem. Por padrão, essa opção é desabilitada. Se nãodesejar executar uma montagem de cluster do ESX, você pode limparessa opção. Esta opção é compatível com arrays VPLEX, XtremIO,VMAX 3/VMAX All Flash e Unity. Se essa opção não estiverselecionada, e o host de montagem faz parte de um cluster ESX, ohost de montagem deve ter um grupo de armazenamento dedicado,exibição de armazenamento ou grupo de iniciadores configurados deacordo com a configuração do sistema de armazenamento. Issopermite que o AppSync mascare as LUNs apenas para esse host demontagem.

l Desabilite o VMware SRM: Permite que você gerencie consistencygroups se o indicador SRM estiver habilitado no consistency group doRecoverPoint. Isso só é aplicável para o RecoverPoint 4.1 eposteriores.

Desmontarcópia

Não habilitado Nenhuma Iniciada quandoa fase Mountcopy éconcluída

Planos de serviço

Configurações do plano de serviço do VMware 85

Planos de serviço


CAPÍTULO 5

Proteger o Microsoft Exchange


l Visão geral do suporte ao Exchange .................................................................. 88l Implementando o AppSync para proteção do Exchange.....................................90l Proteja um banco de dados do Exchange .......................................................... 92l Detalhes do plano de serviço..............................................................................94l Montagem de cópias do Exchange....................................................................104l Visão geral da restauração de cópias do Exchange.............................................111

Proteger o Microsoft Exchange 87

Visão geral do suporte ao ExchangeUse o AppSync para criar cópias consistentes com aplicativos dos dados do Exchange.

O suporte do AppSync para aplicativos do Microsoft Exchange inclui:

l Proteger e gerenciar o Microsoft Exchange em ambientes de DAG (bancos dedados ativos e passivos) e independentes.

l Montar cópias em um host Windows 2008 ou Windows 2012 para a execução deverificação de consistência ou para fazer backup em armazenamento a longoprazo.

l Restaurar cópias de bancos de dados de produção do Exchange caso os bancos dedados de produção precisem ser retornados para um ponto no tempo.

l Restaurar caixas de correio e itens de caixas de correio individuais usando o KrollOntrack®.

l Suporte para bancos de dados em hosts físicos, RDMs e discos virtuais em hostsvirtuais.

Obs.

O AppSync aceita RDMs apenas no modo de compatibilidade física. RDMs no modovirtual não são aceitos.

Pré-requisitos do Exchange ServerVerifique se a configuração do Exchange atende aos requisitos da versão compatívelpara o AppSync, inclusive os requisitos do sistema operacional Windows, bem como ospacotes de serviço compatíveis para o Exchange. A AppSync Support Matrix em https://elabnavigator.emc.com/eln/extendedSupport é a fonte consagrada deinformações em plataformas e software compatíveis.

O AppSync é compatível com a proteção e a recuperação operacional de bancos dedados do Exchange em configurações de DAG e independente, inclusive:

l Servidores de caixa de correio do Exchange 2010 no Windows Server 2008 SP2 eWindows Server 2008 R2 ou posteriores.

l Servidores de caixa de correio do Exchange 2013 no Windows 2008 R2 SP1 ouposteriores.

l Grupos de disponibilidade de banco de dados (DAGs) do Microsoft Exchange 2010e 2013, inclusive cópias ativas e passivas.

Suporte para o Exchange em discos virtuaisVocê pode proteger, montar e restaurar bancos de dados do Exchange que residemem RDMs do VMware no modo de compatibilidade física e discos virtuais. O AppSyncé compatível com tipos de backup completo, de cópia e diferencial.

Durante a proteção:

l Para um mapeamento bem-sucedido, o Virtual Center deve ser adicionado aoAppSync Server e a detecção deve ser realizada.

l Para proteção efetiva, os arquivos de registros e arquivos de banco de dadosdevem residir em discos virtuais. Não pode haver uma combinação dearmazenamento físico e virtual.

l A proteção dos bancos de dados do Exchange não é compatível entre máquinasvirtuais que compartilham o mesmo datastore.



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

l O disco virtual é aceito para o Exchange ESX 5.0 e superiores.

l As versões 1.6.0.1 e posteriores do AppSync são compatíveis com o registrocircular para bancos de dados do Exchange.

Suporte para o Exchange no Hyper-VEm ambientes Hyper-V, o AppSync exige que o armazenamento para o Exchangeesteja em dispositivos conectados diretamente a iSCSI, Virtual Fiber Channel (NPIV)ou dispositivos SCSI de passagem. A filtragem de SCSI Command Descriptor Block(CDB) deve ser desativada na partição pai para SCSI de passagem. Ela fica ativada porpadrão. Isso também é aplicável para bancos de dados em configurações de DAG.

Para passagem de SCSI no Hyper-V, o host de montagem não pode ser um hostHyper-V. Ele deve ser um host físico ou uma máquina virtual adicionada comadaptador Virtual Fiber Channel ou iSCSI diretamente conectados.

Interação do AppSync com o Microsoft VSSO Microsoft Volume Shadow Copy Service (VSS) é a infraestrutura que permite aoAppSync criar cópias com reconhecimento de aplicativos.

Quando ele cria uma cópia, o AppSync coordena-se com o VSS e o Exchange paracriar uma imagem shadow copy. A cópia é uma cópia point-in-time dos volumes quecontêm os dados, registros e arquivos do sistema para bancos de dados do Exchange.

O AppSync coordena-se com o VSS e o Exchange para desativar a entrada e saídapara os bancos de dados durante a criação da cópia e retoma, em seguida, o fluxo dedados após a cópia ter sido criada. Durante uma restauração, o AppSync coordena-secom o VSS e o Exchange para recuperar a imagem shadow copy point-in-time.

Permissões exigidas pelo ExchangeAs contas que o AppSync usa para operar com o Exchange exigem permissõesespeciais.

l Em servidores independentes do Exchange, a conta deve ser uma conta de usuáriode domínio com a função de bancos de dados.

l Nos servidores DAG, a conta deve ser uma conta de usuário de domínio com asfunções de banco de dados e cópias de banco de dados.

l Em um host de montagem, a conta de usuário deve ser uma conta de usuário dedomínio que seja membro do grupo local Administrators.

l A conta deve ter direitos de usuário Log on as a batch job e Log on as a batchjob.

l A conta pode ter a função View-only Organization. Essa função é uma funçãoopcional aplicável somente para o Microsoft Exchange 2013, se você tiver caixasde correio de pasta pública no ambiente. O AppSync usa essa função paradeterminar o banco de dados que contém a caixa de correio da hierarquia primáriada pasta pública.

As credenciais de serviço de interface do Exchange do AppSync são necessárias naprimeira vez em que você acessa o Exchange Server. Você é solicitado a digitar doisconjuntos de credenciais para a configuração do serviço de interface do Exchange doAppSync.

O AppSync utiliza o primeiro conjunto de credenciais para instalar e configurar oserviço de interface do Exchange do AppSync no host de produção ou de montagemdo Exchange. A conta deve ter privilégios de administrador local. O AppSync utiliza osegundo conjunto de credenciais para executar o serviço. Um usuário deve ser umusuário de domínio com as seguintes funções do Exchange:

l Função de banco de dados para o servidor independente


Visão geral do suporte ao Exchange 89

l Funções de banco de dados e cópias de banco de dados no ambiente de DAG.

Alterações de planos de serviço após o upgradeDepois de um upgrade do AppSync, ocorrem as alterações à forma de operar dosplanos de serviço.

Considere as seguintes alterações:

l Preferências ordenadas de armazenamento — Após um upgrade, todos os planosde serviço terão suas preferências do armazenamento solicitado substituídas pelanova preferência de estilo. Depois de um upgrade, marque as instruções CreateCopy para cada plano de serviço, para confirmar que a preferência ordenada dearmazenamento está correta.

l Rodízio de cópia do RecoverPoint — Após um upgrade, todos os planos de serviçonão executam o rodízio de réplicas para cópias do RecoverPoint. Se você desejahabilitar o rodízio de réplicas para qualquer plano de serviço que cria cópias doRecoverPoint, marque as instruções Create Copy para o plano de serviço emarque a caixa de seleção para incluir cópias do RecoverPoint para expiração.

Implementando o AppSync para proteção do ExchangeUm resumo das etapas de implementação do AppSync para configurar a proteção doExchange.

Procedimento

1. Instalar o servidor do AppSync.

2. No console do AppSync, navegue até Settings > Storage Infrastructure eclique em Add.

Isso adiciona o sistema de armazenamento onde reside o banco de dados decaixa de correio do Exchange.

3. Navegue até Settings > Servers e clique em Add.

Isso aumenta os servidores de caixa de correio do Exchange independente ouservidores membros do DAG como hosts.

4. Acesse Copy Management > Microsoft Exchange e clique em um nome deservidor na lista de servidores independentes e DAG do Exchange.

5. Digite as credenciais para configurar e executar o serviço de interface doExchange do AppSync.

Os bancos de dados do Exchange são detectados.

6. Inscreva um banco de dados do Exchange na proteção escolhendo uma dasseguintes opções:

l Proteja imediatamente com Subscribe to Plan and Run, que inscreve obanco de dados em um plano de serviço e executa a proteção imediatamentesomente para o banco de dados selecionado. No caso de bancos de dadosem um DAG, um dos bancos de dados passivos está protegido por padrão.

l Subscribe to Plan, que inscreve o banco de dados em um plano de serviço,mas não executa o plano. A proteção ocorre conforme o agendamento doplano de serviço.



Detectando bancos de dados do ExchangePara manter o AppSync atualizado, você deve detectar bancos de dados do ExchangeServer quando houver criação, exclusão ou renomeação dos bancos de dados.


l Essa operação requer a função de administrador de dados em AppSync

l O serviço de interface do Exchange do AppSync deve estar em execução.

l Se você está alterando um Exchange server independente que faz parte doAppSync para fazer parte de um DAG, você deve remover o servidor independente(juntamente com suas cópias, se houver) do AppSync antes de executar umadetecção. Durante a detecção, o servidor independente anterior é identificadopara ser parte do DAG.

Procedimento

1. Navegue até Copy Management > Microsoft Exchange.

2. Clique em um Exchange server para exibir seus bancos de dados.

3. Clique em Discover Databases para detectar os bancos de dados para esseservidor.

Removendo um servidor de caixa de correio do ExchangeRemova um servidor de caixa de correio do Exchange quando não houver umanecessidade de gerenciar sua proteção do servidor do AppSync.


Essa operação requer a função de administrador de recursos em AppSyncNão devem haver cópias do servidor de caixa de correio que você deseja remover.

Procedimento

1. Selecione Settings > Servers.

2. Selecione o servidor para remover.

3. Selecione Remove > Remove servers only.

Uma caixa de diálogo é exibida solicitando sua confirmação.

4. Clique em OK para confirmar sua ação.

Proteção de bancos de dados do DAG em um plano de serviçoO AppSync aceita a proteção de bancos de dados do Exchange que fazem parte de umgrupo de disponibilidade de banco de dados (DAG).

Quando um servidor de DAG é atribuído a um plano de serviço do AppSync, é um dosmembros passivos do DAG que é selecionado para proteção, por padrão.

Procedimento

l Para proteger um membro ativo do banco de dados DAG, selecione Activenacoluna Copy to Protect da guia Subscriptions do plano.

Converter um Exchange Server independente em um membro do DAG


Detectando bancos de dados do Exchange 91

Procedimento

1. Remova todas as inscrições e cópias do Exchange Server independenteregistrado no AppSync.

2. Remova o host da página Servers que hospedava o Exchange Serverindependente.

3. Depois que o Exchange Server independente for adicionado como um membrodo DAG, adicione o host de volta ao servidor do AppSync.

Proteja um banco de dados do ExchangeProteja um banco de dados do Exchange inscrevendo-o em um plano de serviço doAppSync.

O AppSync usa os planos de serviço como seu mecanismo de proteção para bancos dedados. Você inscreve um banco de dados em um plano de serviço e executa o plano deserviço imediatamente, ou agenda o plano de serviço para ser executado em ummomento posterior.

l Escolha Subscribe to Plan and Run quando desejar proteger um banco de dadosselecionado imediatamente. O plano de serviço é executado somente para o bancode dados. No caso de DAG, um dos bancos de dados passivos é protegido porpadrão.

l Escolha Subscribe to Plan quando desejar agendar a proteção para mais tarde. Aproteção para bancos de dados que fazem parte do plano de serviço é executadana hora agendada.

l Escolha Run na página Service Plan para executar todo o plano imediatamente.Todos os bancos de dados inscritos no plano são protegidos.

Protegendo um banco de dados do Exchange imediatamenteClique em Subscribe to Plan and Run para adicionar um banco de dados em um planode serviço existente e executar o plano de serviço imediatamente somente para obanco de dados selecionado.



Procedimento


2. Clique em um servidor de caixa de correio do Exchange ou um DAG na lista paraexibir seus bancos de dados.

3. Na lista, selecione um banco de dados para proteger.

Ao executar uma operação em vários itens, certifique-se de não pressionar atecla Shift ou Ctrl.

4. Na lista Protect, selecione o plano de serviço apropriado em Subscribe to Planand Run.

No DAG, um banco de dados passivo é protegido por padrão.

A caixa de diálogo Subscribe to Plan and Run é exibida mostrando oandamento nas diferentes fases.



Inscreva um banco de dados do Exchange em um plano de serviçoSelecione Subscribe to Plan quando desejar agendar a proteção para mais tarde. Aproteção para todos os bancos de dados que fazem parte do plano de serviço éexecutada na hora agendada.



Procedimento


2. Clique em um servidor de caixa de correio do Exchange ou um DAG na lista paraexibir seus bancos de dados.

3. Na lista, selecione um banco de dados para proteger.

Selecione vários bancos de dados segurando as teclas Shift ou Ctrl no teclado.

4. Na lista Protect, selecione o plano de serviço apropriado em Subscribe toPlan.

No DAG, um banco de dados passivo é protegido por padrão. Para alterar o tipode proteção por outra opção, especifique-a na guia Subscriptions do plano deserviço.

O plano é adicionado à coluna Plans para o banco de dados.

Cancelando a inscrição de um banco de dados em um plano de serviçoVocê pode cancelar a inscrição de um banco de dados individual de um plano deserviço.



Procedimento


2. Selecione um servidor de caixa de correio para exibir a lista de bancos de dadosdo Exchange.

3. Selecione o banco de dados para remover em um plano.

l Selecione o plano para cancelar a inscrição em Protect > Unsubscribe fromPlan.

Somente os planos para o qual o banco de dados está inscrito estão na listapop-up.

l Para cancelar a inscrição de todos os planos de serviço, selecioneUnsubscribe from Plan > All.

Expirando uma cópia sob demandaExpirar uma cópia remove-a do banco de dados do AppSync e pode liberar oarmazenamento, dependendo da tecnologia de replicação e do estado da cópia.




Inscreva um banco de dados do Exchange em um plano de serviço 93

Expirar uma cópia que foi feita com o RecoverPoint não remove o bookmarkcorrespondente do RecoverPoint em si.

Procedimento

1. Selecione Copy Management > Microsoft Exchange.

2. Clique em um servidor de caixa de correio do Exchange para exibir seus bancosde dados.

3. Clique em um banco de dados do Exchange para exibir suas cópias.

4. Selecione uma ou mais cópias para excluir.

Você também pode executar essa ação de na guia Copies do plano de serviço.

5. Selecione Expire.

Verifique se você deseja expirar a cópia selecionada e todas as cópiasassociadas listadas e confirme.

Criando uma cópia de banco de dados da página CopiesCriar uma cópia de um banco de dados inscrevendo-a em um plano de serviço deExchange do AppSync na página Copies.


Essa operação requer a função de administrador de dados em AppSyncProcedimento


2. Clique em uma instância de servidor de caixa de correio.

3. Na lista de bancos de dados do Exchange, clique no banco de dados para exibirsuas cópias.

4. Na lista Create a copy using plan, selecione o plano de serviço apropriado.

O plano de serviço é executado imediatamente para o banco de dados.

Detalhes do plano de serviçoUm plano de serviço tem as seguintes guias: Configurações, assinaturas, cópias eeventos.

A guia Settings mostra o nome, a descrição e o status (se habilitado ou desabilitado)do plano de serviço. Além de isso, as diferentes fases do plano também são partedeste guia. Clique nas guias apropriadas para ver informações sobre as assinaturas,cópias criadas pelo plano e eventos gerados durante a execução do plano de serviço

Agendamento do plano de serviçoO agendamento de um plano de serviço é definido na fase Plan Startup.

O Startup Type, agendado ou sob demanda, determina se o plano é executadomanualmente ou configurado para ser executado em um agendamento. As opções deagendamento quando um plano de serviço é iniciado são:

l Specify a recovery point objective (RPO)

n Defina um RPO de 30 minutos ou 1, 2, 3, 4, 6, 8, 12 ou 24 horas

n Os minutos após a hora são definidos em intervalos de cinco minutos



n O RPO padrão é 24 horas

l Run every day at certain times

n Selecione até dois momentos diferentes durante o dia

n Os minutos após a hora são em intervalos de cinco minutos

n Não há uma seleção padrão

l Run at a certain time on selected days of the week

n Um ou mais dias da semana (até todos os sete dias) podem ser selecionados

n Não há nenhum dia da semana padrão selecionado. A hora do dia padrão é12:00 AM.

l Run at a certain time on selected days of the month

n Selecione um ou mais dias do mês (até todos os dias)

n Selecione uma hora do dia. As horas disponíveis estão em intervalos de 15minutos.

n O padrão é o primeiro dia do mês

Utilização do armazenamento de replicação de controleQuando você configurar um plano de serviço, defina valores nos seguintes campospara evitar a utilização em excesso e o esgotamento do armazenamento de replicação:

l Valor de RPO na fase Plan Startup

l Always keep n Copies na fase Create copy

Você também deve monitorar o sistema de armazenamento com a interface do usuáriodo sistema de armazenamento.

Substituindo agendamentos de plano de serviçoVocê pode definir agendamentos individuais para os bancos de dados inscritos em umplano de serviço, sobrepondo a configuração de recorrência genérica.



Você pode sobrepor apenas as configurações do tipo de recorrência já selecionadaspara o plano de serviço.

Procedimento

1. Navegue até Service Plans > Microsoft Exchange e selecione um dos planosna lista.

2. Na guia Settings, selecione a fase Plan Startup.

3. No painel direito Plan Startup Defaults, observe o Recurrence Typeselecionado para o plano.

Um tipo de recorrência pode ser definido somente se Scheduled forselecionado como Startup Type.

4. Clique na guia Plan Startup Overrides.

5. Defina os agendamentos individuais para os bancos de dados selecionados deacordo com suas necessidades.

Por exemplo, se o tipo de recorrência que você selecionou for On specifieddays of the month e a configuração de regra, Run at 12:00 AM no 1st day of


Agendamento do plano de serviço 95

every month, você pode sobrepor a hora e o dia para bancos de dadosindividuais.

Detecção de aplicativosAntes de criar a cópia, o AppSync examina o servidor de caixa de correio Exchangepara procurar alterações, como adição, exclusão, renomeação ou movimentação debancos de dados.

Não há configurações de usuário associadas a essa fase; portanto, ela não pode serdesativada.

Mapeamento de aplicativosApós a detecção do aplicativo, o AppSync o mapeia para o armazenamento de arrays eserviços de proteção, como o RecoverPoint.


Script de pré-cópiaPara executar as etapas preparatórias antes de criar uma cópia, especifique um scriptde pré-cópia e os parâmetros na guia Settings do plano de serviço.

O script de pré-cópia é executado de acordo com o agendamento definido na fasePlan Startup. Os formatos de script válido são. bat, .exe e .ps1 (scripts doPowerShell). Opcionalmente, você pode digitar as credenciais para executar o scriptcomo um usuário específico. O script é executado como o sistema local por padrão.

O AppSync não aceita a execução de scripts do PowerShell diretamente. Vocênormalmente deve finalizá-los em um arquivo .bat. A outra opção é tornar o padrão"Open" nos arquivos ps1 C:\WINDOWS\system32\WindowsPowerShell\v1.0\powershell.exe. Quando o script de PS é executado, você pode receberum erro; portanto, deve definir uma política de execução adequada.

Para executar comandos do PowerShell dos scripts:

1. Especifique o nome do caminho completo para o arquivo de comando doPowerShell no arquivo .bat: powershell -command C:\PshellCommands.ps1 <nul

2. Defina a política de execução do PowerShell para que você possa executar oscript. Por exemplo, a primeira linha no arquivo .bat deve ser semelhante àseguinte para uma política irrestrita: powershell -command set-executionpolicy unrestricted <nul

3. Para garantir o encerramento correto da sessão do PowerShell, adicione <nul aofinal da linha que chama o script do PowerShell. O local padrão do script é%ProgramData%\EMC\AppSync\scripts\ no host do aplicativo.

Os parâmetros exatos dependem do script. Parâmetros com espaços devem sercolocados entre aspas duplas.

Essa fase pode permanecer ativada ou desativada. Essa operação requer a função deadministrador de planos de serviço em AppSync

Create copyA fase Create Copy cria uma cópia com base na tecnologia de replicação especificadano plano de serviço.



Essa fase especifica o tipo de cópia do Exchange a ser feita, se os erros do Exchangeserão ignorados no registro do eventos do aplicativo e se o banco de dados e registrospodem residir no mesmo volume.

Analise Visão geral: Plano de serviço para obter mais informações sobre a cópia doplano de serviço.

Tipo de backup do ExchangeO AppSync usa o VSS para fazer uma cópia on-line consistente no nível do volume.

l Full cria uma cópia dos bancos de dados no plano de serviço usando VSS, e incluios arquivos do banco de dados, registros de transações e arquivos de checkpoint.Após a conclusão bem-sucedida do backup, os registros são truncados.

l Copy cria uma cópia dos bancos de dados no plano de serviço usando VSS, o queinclui os arquivos de banco de dados, registros de transação e arquivos decheckpoint, assim como acontece com a opção de backup Full. Entretanto, ele nãotrunca os registros.

l Differential copia o volume de todo o registro de transações. Deve haver umbackup completo do banco de dados selecionado ou o backup falhará. Os registrosde transações não são truncados após a conclusão do backup.

Expiração automática de cópiasO valor de expiração automática na fase Create copy, em um plano de serviço,especifica o número máximo desejado de cópias de snapshots, clones ou bookmarksque podem existir simultaneamente.

Quando o valor de "Always keep x copies" é atingido, as cópias mais antigas sãoexpiradas para liberar armazenamento para a próxima cópia no rodízio. Cópias comfalha não são consideradas. O AppSync não expira a cópia mais antiga até que suasubstituição tenha sido criada com sucesso. Por exemplo, se o número de cópias aserem mantidas é 7, o AppSync não expira a cópia mais antiga até que a 8ª cópia sejacriada.

O AppSync não expira cópias sob as seguintes circunstâncias:

l Cópias montadas não são expiradas.

l Uma cópia que contém a única réplica de um banco de dados não será expirada.

Essa configuração é independente das configurações de política de pool VNX noUnisphere para a exclusão automática de snapshots mais antigos. O administrador deplanos de serviço deve trabalhar com o administrador de armazenamento para garantirque as configurações de política de pool do VNX permitirão o suporte do númeroespecificado de cópias de snapshot para o aplicativo que reside no pool.

Include RecoverPoint copies in expiration rotation policy: Marque esta opção paraincluir cópias do RecoverPoint ao calcular rodízios.

Obs.

Se esta opção não for selecionada, as cópias do RecoverPoint se acumularão epermanecerão até que os bookmarks saiam do dispositivo do RecoverPoint.

Erros de registro de eventos do ExchangeO Exchange registra alguns erros no registro de eventos Application Esses errosindicam uma possível corrupção dos dados nos arquivos de registro ou .edb. Eles fazercom que a criação da cópia falhe a menos que você instrua especificamente oAppSync a ignorá-los.


Create copy 97

O AppSync procura registro de eventos de aplicativo para esses erros toda vez queuma cópia é criada. Na primeira vez que ele é executado, o AppSync pesquisa oregistro inteiro. Execuções subsequentes pesquisam desde a última execução bem-sucedida. Se não houver nenhuma cópias existentes, então o AppSync pesquisa todo oregistro na criação da próxima cópia.

Na fase Create copy de um plano de serviço, você pode configurar o AppSync paraignorar um ou todos esses erros.

Tabela 16 Erros de eventos do Microsoft Exchange

Erro Significado

-1018 O banco de dados tentou e falhou em verificaras informações sobre uma página específicano banco de dados.

-1019 Semelhante ao erro -1018, mas indica que apágina acessada retornou um número depágina inválido (geralmente zeros) em vez deum checksum inválido.

-1022 Indica problemas de hardware graves,especialmente problemas de subsistema dedisco. Se o mecanismo de banco de dadossolicita uma página do disco, mas em vezdisso recebe um erro do subsistema de I/O,um erro -1022 ocorrerá.

447 Indica a corrupção da estrutura de banco dedados lógico. É acompanhado por umamensagem informando que o armazenamentode informações foi encerrado de modoanormal.

448 Indica uma inconsistência ou corrupção emuma tabela no banco de dados Microsoft Jet.É acompanhado por uma mensageminformando que foi detectada umainconsistência de dados de armazenamento deinformações em uma tabela.

Layout de banco de dados e registroO Exchange é compatível com ambientes nos quais o banco de dados e os registrosresidem no mesmo volume quando houver mais de uma cópia do banco de dados emum ambiente de DAG. Os planos de serviço podem ser configurados para ignorar arestrição que impede que bancos de dados e registros residam no mesmo volume.

Durante a criação de cópias de bancos de dados do Exchange, é uma práticarecomendada impedir que um plano de serviço permita essa configuração, porquedispor de bancos de dados e registros no mesmo volume limita suas opções derestauração. No entanto, você pode escolher se os planos de serviço com essaconfiguração devem ser efetivados ou não.

Essa opção é definida na fase Create copy de um plano de serviço.

Ao selecionar essa opção, você fica limitado à restauração de bancos de dados eregistros juntos. A restauração substitui os arquivos de registros mais recentes. Para



preservar os arquivos de registros mais recentes para uso durante a recuperação,copie-os para outro volume antes da restauração.

Configure a repetição em caso de falha do VSSVocê pode configurar um número de repetições do VSS na fase de criação de cópia deum plano de serviço. Durante a proteção, se um plano de serviço apresentar falha,como um problema de timeout do VSS, o plano de serviço executará a operação decongelamento/descongelamento do VSS novamente com base no intervalo e nonúmero de repetições especificados. Essa opção é compatível apenas com osaplicativos do Windows — File system, Microsoft SQL e Microsoft Exchange. Essaopção não é usada durante a criação de cópias consistentes em caso de falhas debancos de dados do SQL.

Obs.

O AppSync não executa uma repetição do VSS se o próprio congelamento doaplicativo apresentar falha. Se o aplicativo não estiver no estado de criação de cópia, oAppSync apresentará falha para desativá-lo e não repetirá a operação decongelamento/descongelamento do VSS. O aplicativo precisa ser trazido de volta parao estado em que a desativação é possível para que, em seguida, o plano de serviço sejaexecutado novamente.

Script pós-cópiaPara realizar uma limpeza ou outras etapas pós-cópia, especifique um script e osparâmetros pós-cópia na guia Settings de um plano de serviço.

O script é executado após a conclusão bem-sucedida da fase Criar cópia. Os formatosde script válido são. bat, .exe e .ps1 (scripts do PowerShell). Opcionalmente, vocêpode digitar as credenciais para executar o script como um usuário específico. O scripté executado como o sistema local por padrão.

Quando o AppSync cria cópias de itens de aplicativo em um plano de serviço, ele podefragmentar os itens de aplicativo e colocá-los em grupos separados para a proteção.Essa ação pode ocorrer por motivos de desempenho (por exemplo, VSS do Exchangee SQL) ou porque os itens em um plano de serviço podem ser protegidos portecnologias de replicação diferentes. Por exemplo, um plano de serviço pode conteralguns itens de aplicativos que são protegidos por VNX Snapshot e alguns porbookmarks do RecoverPoint. Como resultado, os itens do aplicativo contidos nessesgrupos são protegidos de modo independente.

Quando o AppSync exige um script pós-cópia, ele transmite as cópias que foramcriadas no grupo chamando o script com - appCopies<APP1><APP2>, onde APP1 eAPP2 são os nomes dos itens do aplicativo nesse agrupamento.




2. Defina a política de execução do PowerShell para que você possa executar oscript. Por exemplo, a primeira linha no arquivo .bat deve ser semelhante à


Script pós-cópia 99

seguinte para uma política irrestrita: powershell -command set-executionpolicy unrestricted <nul

3. Para garantir o encerramento correto da sessão do PowerShell, adicione <nul aofinal da linha que chama o script do PowerShell.

Quando o AppSync executa o script pós-cópia, ele é executado para os itens deaplicativos que fazem parte de um grupo. Se houver vários grupos, o script de pós-cópia será executado várias vezes. Quando o AppSync executar o script pós-cópia, eleinformará a lista de itens de aplicativo no grupo de replicação como argumentos doscript, logo após os argumentos de usuário. A sintaxe é:

-applicationCopies <ITEM1> <ITEM2> <ITEM3>

onde <ITEMx> é o nome do item de aplicativo que está sendo protegido.

O local padrão do script é %ProgramData%\EMC\AppSync\scripts\ no host doaplicativo.



fase Unmount previous copyO plano de serviço desmonta uma cópia montada anteriormente depois de criar a novacópia. A exceção é uma cópia que tenha sido montada sob demanda em vez de ter sidomontada pelo plano de serviço. Nesse caso, a cópia montada sob demanda não édesmontada.

Não há configurações de usuário associadas a essa fase; portanto, ela pode ser ativadaou desativada.

Montar cópiaA fase Mount copy monta a cópia. Essa fase pode permanecer ativada ou desativada.

As configurações de Mount Copy Defaults para o valor dos atributos do host demontagem, caminho de montagem e acesso (somente leitura ou leitura/gravação)dependem do plano de serviço. Outras configurações de montagem determinam ondeos arquivos de metadados do Exchange são copiados, o tipo de cópia para montar e otipo de acesso de imagem do RecoverPoint.

l Mount on ServerPermite que você escolha entre os hosts do Windows aos quais tem acesso e oservidor original. Se você optou por validar as cópias, apenas os servidores quetêm as Exchange Management Tools instaladas são exibidos na lista suspensa.Esses servidores são exibidos na página Microsoft Exchange Protection como"Utility Host".

l Mount with accessEscolha o tipo de acesso com o qual a cópia deve ser montada - Read/Write ouRead only

l Mount Path

n Alternate mount pathO caminho de montagem padrão, quando o host de montagem é o mesmo que ohost de produção, é SystemDrive:\AppSyncMounts\Production_Server_Name.



O caminho é representado no console como %SystemDrive%\AppSyncMounts\%%ProdServerName%%.

Para especificar o valor de uma variável de ambiente do Windows no caminhode montagem, delimite o nome da variável com sinais de porcentagem únicos(%). O caminho padrão também contém uma variável de AppSync(ProdServerName) que é delimitada com dois sinais de porcentagem (%%).

Os caracteres a seguir não são válidos no caminho:

< > : " / | ? *

n Same as original path Essa é outra opção para o caminho de montagem. Vocêpode selecionar uma das opções.

Obs.

Ao executar uma montagem de DAG, não selecione o caminho de montagemcomo Same as original path, se o host de montagem também for um nó deDAG com uma cópia do banco de dados que você estiver montando.

l Copiar arquivos de metadados paraPor padrão, o local para copiar arquivos de metadados do VSS é o caminho padrão- SystemDrive:\AppSyncMounts\Production_Server_Name.


< > : " / | ? *

Se você estiver fazendo backup do banco de dados para outra mídia, deverá fazerbackup também desses arquivos de metadados.

l Opções de acesso de imagem durante a montagem do RecoverPointO RecoverPoint oferece a um aplicativo host de destino a oportunidade de gravardados nos volumes de replicação no destino, enquanto acompanha as alteraçõesda origem.

n Slow access time, fast image I/O performance (RecoverPoint accessmode: Logged Access)Use esta opção de montagem se a verificação de integridade envolver adigitalização de grandes áreas dos volumes replicados. Essa é a única opçãodisponível quando você montar no host de produção.

n Fast access time, Fast after roll image I/O performance (RecoverPointaccess mode: Virtual Access with Roll)Fornece acesso quase instantâneo à cópia, mas também atualiza o volumereplicado em segundo plano. Quando os volumes replicados estão no point intime solicitado, o RPA alterna transparentemente para o acesso ao volume deréplica direto, permitindo o processamento intensivo.

n Fast access time, Slow image I/O performance (RecoverPoint accessmode: Virtual Access)Fornece acesso quase instantâneo à imagem; ele não se destina aoprocessamento intensivo.

n Objetivo de nível de serviço (SLO) desejadoAlém disso, se você estiver usando um array VMAX 3, uma configuraçãochamada de objetivo de nível de serviço (SLO) desejado está disponível. Aopção é exibida no Assistente Mount e especifica os objetivos de nível deserviço necessários do VMAX 3. O SLO define o intervalo operacional de tempode serviço de um grupo de armazenamento.

l Copy to mountExibido para os planos de serviço que criam tanto uma cópia local e remota. Vocêpode selecionar o tipo de cópia para montar.


Montar cópia 101

l Além disso, se você estiver usando um array VMAX 3, uma configuração chamadade objetivo de nível de serviço (SLO) desejado está disponível. A opção é exibidano Assistente Mount e especifica os objetivos de nível de serviço necessários doVMAX 3. O SLO define o intervalo operacional do tempo de serviço de um grupode armazenamento.

Substituições do host de montagem no plano de serviçoSelecione hosts de montagem diferentes para vários Exchange Servers inscritos emum plano de serviço.

Na fase Mount copy de um plano de serviço, você pode especificar o host no qual acópia deve ser montada juntamente com as opções de montagem relacionadas. Sevocê tiver vários servidores como parte de um plano de serviço, você pode hospedarsuas cópias em diferentes hosts. Você pode especificar os hosts de montagemdiferentes e outras opções na guia Mount Copy Overrides da fase Mount copy emum plano de serviço.

Sobrepondo hosts de montagem em um plano de serviçoSe houver vários hosts registrados e eles estão inscritos no mesmo plano, você podeselecionar um host de montagem diferente para cada servidor, sobrepondo asconfigurações de host de montagem genéricas.



Siga estas etapas quando tiver vários hosts inscritos em um plano e deseja diferenteshosts de montagens para suas cópias de banco de dados.

Procedimento

1. Navegue até Service Plans e selecione um dos planos na lista.

2. Na guia Settings, selecione a fase Mount copy.

Na guia Mount Copy Defaults, a lista de servidores inclui todos os servidoresExchange cujos bancos de dados estão inscritos neste plano. As configuraçõesde montagem exibem as configurações padrão.

3. Para sobrepor as configurações padrão, clique em Mount Copy Overrides.

4. Selecione o servidor cujas configurações de montagem você deseja substituir eclique em Set Overrides.

5. Na caixa de diálogo Override Default Mount Settings, selecione as opçõesapenas para aquelas configurações de montagem que você deseja sobrepor.

Por exemplo, se quiser montar uma cópia de um caminho diferente, selecione ocaminho na lista Mount Path. Os campos que não têm uma seleção mantêm asconfigurações padrão.

6. Clique em OK para salvar as alterações.

Um ícone de lápis é exibido na primeira coluna da linha do servidor cujasconfigurações de montagem padrão você alterou.

7. Para reverter para as configurações padrão para um servidor, selecione oservidor e clique em Use Default Settings.

Validar cópiaAs ferramentas de gerenciamento do Exchange executam uma verificação deconsistência nessa fase.



Por padrão, bancos de dados e registros são verificados em sequência. Se os bancosde dados não compartilham a mesma LUN e o host de montagem tem recursossuficientes para dar suporte a verificações de consistência simultâneas, use a opção Inparallel. Observe que há um limite de 16 verificações simultâneas que o Exchangepode realizar.

Se a verificação de consistência for concluída com sucesso, o AppSync instrui oExchange a truncar os registros, assim, apenas as alterações não confirmadas nobanco de dados permanecem.

Essa fase pode permanecer ativada ou desativada.

Opções avançadas para verificação de consistênciaO AppSync oferece opções avançadas que alteram como as verificações deconsistência do Exchange são executadas. Habilitar esses recursos pode afetar odesempenho.

l Minimize log checkingEscolher esta opção acelera a verificação de registros instruindo o software deverificação de consistência a verificar apenas os registros que são necessáriospara recuperar o banco de dados. Selecionar esta opção melhora o desempenho daverificação de consistência. Se você desabilitar a opção, a verificação deconsistência será executada em todos os registros do banco de dados.

Este comando instrui o AppSync a verificar somente um subconjunto dos registrosdo Exchange incluídos na cópia. O subconjunto de registros é na verdade osregistros que são necessários para recuperar o banco de dados. Se a janela debackup for pequena, essa opção pode ser útil. No entanto, a cópia contémregistros que não foram verificados para garantir a consistência. Se você tentarrestaurar o volume de registro, perceberá que alguns arquivos de registro foramcorrompidos ou a sequência de registro não foi concluída. Antes de restaurar ovolume de registro, você deve montar a réplica e executar eseutil /k Enn nocaminho do registro.

Para obter proteção máxima, desmarque Minimize log checking. Para obterdesempenho máximo, marque essa opção.

Você também deve definir um diretório de trabalho, que é onde os arquivos deregistros necessários serão copiados para verificação.

A opção Minimize log checking não está disponível quando o método deconsistência é o diferencial.

l Verificação de aceleraçãoAs verificações de consistência podem ser pausadas para desacelerar o nível deI/O durante a verificação. Você pode especificar o número de IOs após o qualpausar e a duração da pausa.

l Ignorar a validação do banco de dados (o arquivo .edb verifica somente para oDAG)Se você selecionar essa opção, o AppSync ignora a validação do banco de dadosno caso de DAG, se tiver:

n Uma cópia do banco de dados ativa e montada, e pelo menos uma cópia dobanco de dados passiva e íntegraOu

n Duas cópias do banco de dados passivas e íntegras


Validar cópia 103

Script de pós-montagemEspecifique um script de pós-montagem e os parâmetros na opção de script de pós-montagem na guia Settings de um plano de serviço.

O script é executado após a conclusão bem-sucedida da montagem da cópia ou demontagem com a fase de recuperação. Esse script é usado normalmente para backup.

Na lista Server, selecione o servidor no qual executar o script. Opcionalmente, vocêpode executá-lo em um host registrado que não seja o host de montagem, e informaras credenciais para executar o script como um usuário específico.


Os parâmetros exatos dependem de seu script. Parâmetros com espaços devem sercolocados entre aspas duplas.


Unmount copyA fase final no plano de serviço desmonta a cópia. Todos os bancos de dadosmontados são encerrados como parte dessa fase.

Essa fase permanece desativada caso a fase Unmount previous copy esteja ativada.Não há configurações de usuário associadas a essa fase.

Montagem de cópias do ExchangeO AppSync pode montar uma cópia sob demanda ou como parte de um plano.

As cópias criadas em um Exchange Server de produção independente podem sermontadas em:

l Um host alternativo no mesmo local que o host de produção.

l Um host alternativo em um novo local. Você especifica a opção de montagem coma adição de um caminho alternativo ao início do caminho.

l O host de produção em um local alternativo.

As cópias criadas em um DAG podem ser montadas em:

l Um host alternativo

l Um servidor em outro DAG

l Outro servidor no mesmo DAG

Obs.

l As cópias não podem ser montadas para o mesmo servidor de DAG em que a cópiafoi criada.

l Um host de montagem único com ferramentas de gerenciamento do Exchange2013 pode ser usado para executar a verificação de consistência para cópias doExchange 2010 e do Exchange 2013.



Limitações de montagem e restauraçãoLimitações à montagem e à restauração ou cópias do Exchange são exibidas na lista aseguir:

l Quando a letra da unidade root tem pontos de montagem e eles estão incluídos nomesmo plano, as montagens e restaurações provavelmente falharão. Por exemplo,se os arquivos de registro e do sistema estiverem em L:\, e os armazenamentos dacaixa de correio em L:\SG1DBMP (onde SG1DBMP é um ponto de montagem), asmontagens e as restaurações falharão.

l No Windows 2012 e ambientes posteriores, ao fazer uma restauração, os dadosnas LUNs são substituídos, mesmo se o volume estiver em uso. Essa ação édiferente de outras plataformas Windows nas quais o AppSync exibirá umaadvertência se a LUN estiver em uso. Como as restaurações substituem tudo, nãodevem haver outros dados nesse volume e o volume não deve estar em uso.

Montando uma cópia do Exchange sob demandaVocê pode iniciar uma montagem sob demanda de uma cópia do Exchange de umacópia ou um banco de dados.



Procedimento

1. Selecione Recover > Mount a Copy na página Exchange Databases.

Como alternativa, na página Copies ou na guia Copies do plano de serviço,selecione uma cópia e clique em Mount.

2. Use os filtros Copies ou Service Plan para selecionar a cópia apropriada amontar.

A lista Copies é atualizada de acordo com os filtros selecionados.

3. Selecione a cópia para montar.

Para uma cópia de RecoverPoint, você também tem a opção de selecionar umacópia de acordo com um horário específico. Clique em Select a point in timepara selecionar uma cópia com um registro de hora. A hora exibida é a hora doconsole. Se o console estiver em um fuso horário diferente do servidor,especifique a hora de acordo com o fuso horário do servidor para montar acópia.

4. Na página Mount Additional Copies, selecione um ou mais cópias adicionaispara montar.

As cópias listadas aqui são outros bancos de dados que foram protegidos aomesmo tempo e no mesmo host que a cópia selecionada na etapa anterior.

5. Na página Validate Copy, selecione Yes para validar as cópias e especificar asopções de validação. Consulte as opções de validação de montagem para obterdetalhes.

6. Na página Mount Options, selecione as opções de montagem.

l Para arrays VMAX 3, selecione o SLO (Service Level Objective, objetivo denível de serviço) desejado para a cópia de montagem.


Limitações de montagem e restauração 105

Obs.

Os valores de SLO são buscados de maneira dinâmica nos arrays VMAX 3, esomente os valores exclusivos são exibidos.

l Para arrays VMAX 2, selecione a política do FAST VP desejada para a cópiade montagem.

l Mount on ServerPermite que você escolha entre os hosts do Windows aos quais tem acesso eo servidor original. Se você optou por validar as cópias, apenas os servidoresque têm as Exchange Management Tools instaladas são exibidos na listasuspensa. Esses servidores são exibidos na página Microsoft ExchangeProtection como "Utility Host".

l Mount with accessEscolha o tipo de acesso com o qual a cópia deve ser montada - Read/Writeou Read only

l Mount Path

n Se você tiver especificado o caminho de montagem não padrão, o driveespecificado para a montagem não poderá ser um disco em cluster.

n Alternate mount pathO caminho de montagem padrão, quando o host de montagem é o mesmoque o host de produção é SystemDrive:\AppSyncMounts\Production_Server_Name.

O caminho é representado no console como %SystemDrive%\AppSyncMounts\%%ProdServerName%%.

Para especificar o valor de uma variável de ambiente do Windows nocaminho de montagem, delimite o nome da variável com sinais deporcentagem únicos (%). O caminho padrão também contém umavariável de AppSync (ProdServerName) que é delimitada com dois sinaisde porcentagem (%%).


< > : " / | ? *

n Same as original pathEssa é outra opção para o caminho de montagem. Você pode selecionaruma das opções.

Obs.

Ao executar uma montagem de DAG, não selecione o caminho demontagem como Same as original path, se o host de montagem tambémfor um nó de DAG com uma cópia do banco de dados que você estivermontando.

l Copy metadata files toPor padrão, o local para copiar arquivos de metadados VSS é o caminhopadrão - SystemDrive:\AppSyncMounts\Production_Server_Name.


< > : " / | ? *

Se você estiver fazendo backup do banco de dados para outra mídia, deveráfazer backup também desses arquivos de metadados.



l Opções de acesso de imagem durante a montagem do RecoverPointO RecoverPoint oferece a um aplicativo host de destino a oportunidade degravar dados nos volumes de replicação no destino, enquanto acompanha asalterações da origem.

n Slow access time, fast image I/O performance (RecoverPoint accessmode: Logged Access)Use esta opção de montagem se a verificação de integridade envolver adigitalização de grandes áreas dos volumes replicados. Essa é a únicaopção disponível quando você montar no host de produção.

n Fast access time, Fast after roll image I/O performance(RecoverPoint access mode: Virtual Access with Roll)Fornece acesso quase instantâneo à cópia, mas também atualiza ovolume replicado em segundo plano. Quando os volumes replicados estãono point in time solicitado, o RPA alterna transparentemente para oacesso ao volume de réplica direto, permitindo o processamentointensivo.

n Fast access time, Slow image I/O performance (RecoverPoint accessmode: Virtual Access)Fornece acesso quase instantâneo à imagem; ele não se destina aoprocessamento intensivo.

l Opção de montagem do VPLEX

n Native array: Use esta opção se você deseja montar a cópia comovolumes de array nativo.

n VPLEX virtual volume mount: Use esta opção se você deseja montar acópia como volumes virtuais do VPLEX.

n Enable VMware cluster mount: Desmarque essa opção se não desejarexecutar uma montagem de cluster do ESX. Por padrão, esta opção éativada.

7. Na página Configurar o serviço de interface do Exchange AppSync, forneçaas credenciais para configurar o serviço no servidor de montagem.

Essa página será exibida somente se você optar por validar a cópia se o serviçonão estiver configurado.

8. Verifique a página Summary e clique em Finish para montar a cópia.

9. Na página Results, clique em View Details para ver o andamento das diversasfases da restauração de uma cópia.

A última fase concluída é exibida na parte inferior da lista.

Opções de validação para uma cópia de montagemA validação para cópias de backups diferenciais não é compatível.

Validate database and logsQuando você cria uma réplica de um ou mais bancos de dados do Microsoft Exchange,deve montar a réplica e testá-la para garantir a consistência. Se você optar por montara réplica automaticamente em um host alternativo após ter sido criada, você deveexecutar uma verificação de consistência na réplica. As opções válidas são:

l Sequentially — Execute testes em um banco de dados de uma vez na ordem(modo serial). Selecione esta opção se você tiver vários bancos de dados doExchange em uma LUN.

l In Parallel — Execute testes em vários bancos de dados simultaneamente (modoparalelo).


Montando uma cópia do Exchange sob demanda 107

Minimize log checkingSelecionando Minimize log checking, o AppSync verifica um subconjunto de registrosdo Exchange incluídos na réplica. Se a janela de backup for pequena, essa opção podeser útil. No entanto, a réplica pode conter registros que não foram verificados paragarantir a consistência.

Para obter proteção máxima, desmarque Minimize log checking. Para obterdesempenho máximo, marque essa opção.

Working directory — Este campo permite que você especifique o diretório ao qual osarquivos de registros relevantes serão movidos para executar a verificação, uma vezque uma verificação de consistência só pode ser executada em todos os registros emum só diretório.

Throttle validationSelecione esta opção para acelerar os I/Os durante uma verificação de consistência.Essa opção destina-se a usuários avançados e, normalmente, não deve serselecionada, a menos que você esteja trabalhando com o suporte da Dell EMC pararesolver um problema relacionado ao throughput de I/O. Normalmente, a opção decontrole de throttle não é necessária.

Se você optar por aceleração de I/Os, você tem as seguintes duas opções.

l Pause after I/O count of: 100 — Esta opção permite que você escolha aquantidade de I/Os que pode ocorrer entre pausas. Você pode escolher qualquervalor entre 100 e 10.000 I/Os.

l Duration of pause (in milliseconds): 1000 — Você pode especificar a duração dapausa em milissegundos. 1000 milissegundos = 1 segundo. (Se esta opção nãoestiver disponível, a pausa será um segundo longo.)

Ignorar a validação do banco de dados (o arquivo .edb verifica somente para oDAG)Caso você selecione essa opção, o AppSync ignora a validação do banco de dados nocaso de DAG.

Desmontando uma cópia do ExchangeQuando você seleciona uma cópia para desmontar, outras cópias que foram montadasjuntamente com a cópia selecionada também serão desmontadas.



Você pode desmontar uma cópia somente em uma lista de cópias feitas para um bancode dados.

Procedimento

1. Navegue até a página Copies nas páginas Data Protection ou Service Plan:

l Copy Management > Microsoft Exchange > selecione o servidor de caixade correio do Exchange que hospeda o banco de dados e selecione o bancode dados com a cópia a desmontar.

l Service Plans > Microsoft Exchange> selecione um plano de serviço naguia Copies.

2. Na lista de cópias, selecione a cópia e clique em Unmount.

A caixa de diálogo Unmount Confirmation exibe as cópias de outros bancos dedados que foram montados juntamente com a cópia selecionada para serdesmontada.



3. Clique em Yes para confirmar a desmontagem de todas as cópias mostradas nacaixa de diálogo.

A janela Unmount exibe o andamento da operação de desmontagem. Todas ascópias associadas á cópia selecionada serão desmontadas.

Mapeamento de caminhosA opção de mapeamento de caminhos monta a cópia em um host usando um conjuntode tabelas de mapeamento de caminhos para os locais definidos pelo usuário. Aoutilizar uma tabela de mapeamento de caminhos, é possível ter um maior controlesobre o local onde os dados estão localizados.

É necessário especificar o caminho onde deseja montar um file system específico. Énecessário fornecer um mapa do caminho onde o file system de origem e o ponto demontagem de destino são especificados.

Segue abaixo um exemplo de tabela de mapeamento de caminhos para UNIX.

File system de origem Caminho de montagem de destino

/opt/emc/db1 /opt/emc/copies/db1

/opt/emc/db2 /opt/emc/test/db2

/opt/emc/db3 /opt/emc/reserved/db3

/prd/db1 /tst/db1

Segue abaixo um exemplo de uma tabela de mapeamento de caminhos para oWindows.

Os dois primeiros caminhos de destino, as unidades G:\ e H:\, já devem estardisponíveis no host de montagem. Ou seja, a unidade de raiz do caminho de montagemdeve pré-existir antes de tentar uma montagem.


D:\Test1 G:\Test1

E:\ H:\Test2

F:\Test3 I:\

L:\ N:\


Mapeamento de caminhos 109

Obs.

l Se um caminho de destino não é fornecido para um caminho de origem, então ele émontado no mesmo caminho que o caminho de origem no host de montagem.

l Lembre-se de digitar o caminho absoluto de montagem no host de destino. Se ocaminho for inválido, a montagem apresentará falha.

l As substituições de cópia de montagem não estão disponíveis se você selecionar ocaminho de montagem como caminho mapeado.

l Para o Windows, se um dos caminhos fornecidos for inválido, a importação de VSSapresentará falha. Portanto, toda a montagem apresentará falha. Cenários comfalhas parciais não são aceitos para montagens do Windows.

l Os pontos de montagem de destino aninhados não oferecem suporte a file systemsWindows e NFS no Unix.

l O mapeamento de caminho não oferece suporte a grupos de disco do Oracle ASM.

l O mapeamento de caminho não oferece suporte a bancos de dados Oracle RAC deNFS.

l O mapeamento de caminho não é aplicável aos caminhos de metadados paraMicrosoft Exchange e Microsoft SQL Server.

Especifique as configurações de mapeamento do caminhoÉ possível especificar o caminho onde deseja montar uma cópia específica.

Procedimento

1. No console do AppSync, acesse a página Copies para exibir as cópiasdisponíveis.

2. Selecione uma cópia para montar e clique emMount.

A página Select Copy to Mount do Assistente Mount é iniciada.

3. Selecione a cópia a ser montada e clique em Next.

A página Specify Mount Settings é exibida.

4. Na página Specify Mount Settings:

a. Selecione o host de montagem.

b. Da lista Mount Path, selecione Mapped Path.

O link de configurações de mapeamento do caminho é exibido.

5. Clique no link para abrir a janela Path Mapping Settings.

6. Da lista Select Source Host, selecione um host.

Todos os file systems no host selecionado são exibidos na coluna do caminho deorigem.

7. Especifique o caminho de destino.

8. Clique em Save para salvar suas configurações.

Se deseja definir o caminho de destino para um file system em outro host deorigem, repita as etapas 6 a 8.

9. Clique em Reset para limpar todos os caminhos de destino inseridos para o hostde origem selecionado.



10. Clique em OK para sair da janela de mapeamento de caminho.

Obs.

Se você alterar as configurações de mapeamento de caminho, as configuraçõesde mapeamento de caminho salvas anteriormente não são válidas, e as novasconfigurações de mapeamento de caminho têm precedência. Portanto, vocêdeverá salvar as configurações de mapeamento de caminho para todos os hostsantes de alterá-los.

Visão geral da restauração de cópias do ExchangeSaiba mais sobre os recursos de restauração do Exchange, juntamente com os níveisde cópia de armazenamento associados.

Com o AppSync você pode restaurar os seguintes objetos:

l Um banco de dados com seus registros.

l Um arquivo .edb de banco de dados.

l Somente os registros para um banco de dados.

l Um banco de dados ativo ou passivo (juntamente com qualquer um dos trêspontos já mencionados), se o servidor for membro de um DAG (DatabaseAvailability Group, grupo de disponibilidade de bancos de dados).

O AppSync restaura as cópias VNX/VMAX no nível da LUN, as cópias do VNXe nonível do grupo de LUNs e as cópias do Unity no nível do consistency group. Em umambiente RecoverPoint, a restauração está no nível do grupo de consistência.

Obs.

Certifique-se de que nenhum snapshot de máquina virtual esteja presente antes deproteger um datastore. Se snapshots de máquinas virtuais estiverem presentes, aproteção será bem-sucedida, mas o AppSync não conseguirá executar umarestauração de arquivo ou da máquina virtual.

Entidades afetadas durante a restauraçãoDurante a restauração de uma cópia, você pode ser solicitado a restaurar itens alémdaqueles que selecionou.

Uma entidade afetada é um dado que reside em seu host de produção que se tornaparte de uma réplica inadvertidamente, devido a sua proximidade com os dados quevocê pretende proteger. Você pode impedir situações de entidades afetadasplanejando adequadamente o layout dos dados de acordo com a granularidade daréplica. A granularidade de uma réplica depende do ambiente.

Se houver entidades afetadas em sua configuração de armazenamento subjacente, oAssistente Restore notifica sobre esses itens. As situações a seguir produzementidades afetadas que exigem que você confirme que itens adicionais serãorestaurados:

l Para o RecoverPoint, se os bancos de dados estão no mesmo grupo deconsistência, eles se tornam entidades afetadas quando outros bancos de dadossão protegidos.

l Para o VNXe, se os bancos de dados estão no mesmo grupo de LUNs, eles setornam entidades afetadas quando outro banco de dados no grupo é protegido.


Visão geral da restauração de cópias do Exchange 111

l Para o Unity, se os bancos de dados estão no mesmo consistency group, eles setornam entidades afetadas quando outro banco de dados no grupo é protegido.

l Para VMAX, VNX, VNXe, Unity ou XtremIO, se os bancos de dados estiverem namesma LUN, eles se tornam entidades afetadas quando outros bancos de dadossão protegidos.

l Para discos virtuais do VMware, como a restauração envolve um datastore, asrestaurações de todos os aplicativos que residem no mesmo datastore (discosvirtuais no mesmo datastore) também são afetadas entidades.

Se a entidade afetada tiver sido protegida juntamente com o banco de dadosselecionado para restauração, o AppSync a restaura. Qualquer outro banco de dadosque não tiver sido protegido, mas é uma entidade afetada, é substituído. O AppSynccalcula as entidades afetadas para grupos de consistência, grupos de LUNs ou LUNsdo banco de dados selecionado para a restauração. Se os bancos de dados afetadosresidirem parcialmente em outros grupos de consistência, grupos de LUNs ou LUNs, oAppSync não calcula as entidades afetadas nesses grupos de consistência. Grupos deLUNs ou LUNs.

As entidades afetadas são calculadas de acordo com a granularidade da restauração.Se os dados e registros forem selecionados para restauração, as entidades afetadassão calculadas para todos os grupos de consistência, grupos de LUNs ou LUNs onde obanco de dados reside. Se apenas dados ou a restauração de registros for selecionada,então as entidades afetadas são calculadas somente para o grupo de consistência,grupo de LUNs ou LUN apenas do componente selecionado.

Se os componentes de dados e registros do banco de dados residirem no mesmogrupo de consistência, grupo de LUNs ou LUN, a opção para restaurar somenteregistros ou apenas os dados não estará disponível. Você tem a opção de restaurarapenas dados e registros. A única exceção a essa situação é quando você executa umarestauração de cópia diferencial.

Como a restauração envolve um datastore com discos virtuais do VMware, asrestaurações de todos os aplicativos que residem no mesmo datastore (discos virtuaisno mesmo datastore) também são entidades afetadas.

Restaurando de uma cópia do ExchangeVocê pode executar uma restauração de uma cópia do Exchange a partir de uma cópia,um banco de dados ou Exchange Server.



Procedimento

1. Selecione Recover > Restore > Databases and logs dos botões de ação naparte inferior da página.

2. Selecione a cópia a ser restaurada e clique em Next.

A tela Configure Storage Options é exibida.

l Wait for mirror rebuild to complete — Esta opção é aplicável para cópiasde snapshot do VPLEX cujos dados de produção residem em volumes RAID-1locais ou distribuídos. Por padrão, esta opção é selecionada.

l Disable VMWare SRM — Permite que você gerencie consistency groups seo indicador SRM (Storage Resource Management, gerenciamento derecursos de armazenamento) estiver habilitado no consistency group doRecoverPoint. Isso só é aplicável para o RecoverPoint 4.1 e posteriores.



l Perform device restore in background — Permite otimizar a restauraçãode dispositivos VMAX. Se você selecionar essa opção, a operação derestauração do AppSync não esperará pela conclusão da sincronização detrilhas do VMAX. O aplicativo de produção fica disponível imediatamente.

3. Clique em Next.

4. Na página Select Options, selecione as opções de restauração apropriadas eclique em Next.

Opção Descrição

Both data and logs Disponível durante a restauração do backup Full e Copy.

Data Disponível durante a restauração do backup Full e Copy.

Logs Disponível durante a restauração do backup Full, Copy eDifferential.

Recover and mountdatabases afterrestore

Deixe essa opção selecionada. Se não estiverselecionado, você deve recuperar o banco de dadosmanualmente.

Allow AppSync toactivate databases

Disponível para DAG apenas. Se selecionada, a cópia debanco de dados é ativada no servidor antes de suarestauração.

Obs.

O Exchange restaura apenas para a cópia ativa e oAppSync restaura para o servidor que criou a cópia.

A página Restore Warnings é exibida. Essa página pode ser exibida se a cópiaselecionada afetou as entidades.

5. Leia as mensagens de aviso para os bancos de dados selecionados.

No caso do Exchange 2013, o AppSync tenta determinar se o banco de dadosselecionado ou qualquer uma das entidades afetadas contêm a caixa de correiohierarquia primária da pasta pública. Se uma correspondência for encontrada,você verá uma mensagem de erro indicando que a operação de restauração nãopode continuar.

Para determinar onde reside a caixa de correio de hierarquia primária da pastapública, o AppSync exige que seu perfil de usuário tenha uma função adicionaldo Exchange - a função View-only Organization. Se sua conta não tem essafunção, você verá uma mensagem de advertência.

6. Marque a caixa de seleção para indicar que concorda em restaurar outrasentidades juntamente com a cópia selecionada.

Desmonte manualmente os bancos de dados que serão substituídos.

7. Verifique a página Summary e clique em Finish para restaurar a cópia.




Restaurando de uma cópia do Exchange 113

Recuperando um banco de dados do Exchange manualmenteRealize uma recuperação manual quando você não tiver selecionado a opção Recoverand mount the databases after restore no Assistente Restore.


Quando você está recuperando apenas um arquivo de banco de dados, verifique se osarquivos de registros de transação necessários para fins de recuperação estãopresentes. Uma sequência ininterrupta é obrigatória. Para determinar o intervalomínimo necessário de registros, execute o seguinte comando em cada banco de dadosapós a restauração e antes de executar a recuperação: ESEUTIL /mh <databasename>. Procure as informações de Log Required na saída de ESEUTIL.

Se o banco de dados for a cópia ativa, ele deve primeiro ser desmontado para executaro comando ESEUTIL com sucesso.

Procedimento

1. Exclua o arquivo de checkpoint (Enn.chk).

Esse procedimento é opcional.

2. Exclua o arquivo restore.env (EnnRESTORE.env).

3. Recupere os bancos de dados manualmente no modo de recuperação flexívelusando o comando ESEUTIL.

eseutil /r E<nn> /l <logpath> /s <chkpt file path> /d<database path>

4. Use o Exchange Management Console para montar todos os bancos de dadosrestaurados.

Restauração parcialEm uma restauração parcial, você restaura somente os dados ou os dados e depois osregistros separadamente.

Antes de executar uma restauração parcial, certifique-se de que o layout do banco dedados cumpre algumas condições.

Considerações sobre a restauração parcialEm um ambiente RecoverPoint, a granularidade da restauração está no nível do grupode consistência. Quando você restaura um banco de dados de um bookmark, todos osbookmarks mais recentes que o bookmark que está sendo restaurado são excluídos. Ascópias correspondentes do aplicativo também são excluídas. Estas são as práticasrecomendadas:

l O banco de dados e os registros devem residir em grupos de consistênciadiferentes.Se você tiver dados e registros de um banco de dados do Exchange no mesmogrupo de consistência, a restauração parcial não é aceita.

l Os registros devem ser restaurados a partir de uma cópia de backup diferencialmais recente. O AppSync não aceita a restauração apenas dos registros de umbackup completo ou cópia em um ambiente RecoverPoint.

Em um ambiente VMAX/VNX, o banco de dados e os registros devem residir em LUNsdiferentes.



Restaurar dadosRestaure dados de um backup completo ou cópia. Você pode restaurar os dadosapenas para preservar os registros que estão no host de produção.

No Assistente Restore, restaure os dados usando a cópia mais recente e selecione aopção Recover and mount the databases after restore.

Restaurar registrosRestaure os dados de um backup completo ou cópia e, em seguida, restaure osregistros de uma cópia mais recente para tornar a cópia atual.

Restaurar uma cópia dos registros é um processo composto por duas etapas. Executeo Assistente Restore e selecione uma cópia de backup completa para restaurar apenasos dados. Não selecione Recover and mount the databases after restore nestaexecução.

Execute o Assistente Restore novamente e selecione uma cópia de backup (umbackup diferencial, no caso do RecoverPoint) para restaurar somente os registros.Desta vez, selecione a opção Recover and mount the databases after restore. Essacópia deve ser posterior à cópia de backup que você selecionou durante a primeiraexecução.

Obs.

Se a operação de restauração inclui a restauração de registros, a restauração substituiquaisquer registros criados desde que a cópia foi criada. Portanto, após a restauração,o banco de dados reflete o ponto no tempo em que a cópia foi criada. Se você quiserpreservar os registros criados desde a cópia, restaure apenas os bancos de dados,impedindo que o AppSync restaure os registros mais antigos sobre os registros maisrecentes. Você também pode fazer uma cópia dos arquivos de registros atuais emoutro volume.

Restaurando registros de cópia consistente em caso de falha (APiT)Restaurar um cópia de qualquer ponto no tempo (APiT) usando registros.


Isso se aplica somente em um ambiente RecoverPoint.

Obs.

Restaurar registros de uma cópia consistente em caso de falhas não é uma práticarecomendada, pois o backup não é feito o backup com o gravador do Exchange. Noentanto, a opção pode ser usada para minimizar a perda de dados quando as cópiasconsistentes com aplicativos para a janela de tempo não estão disponíveis pararestauração.

Procedimento

1. Restaure um banco de dados de uma cópia consistente com aplicativos semrecuperá-lo.

2. Montar uma cópia de um ponto mais recente no tempo.

3. Copie os arquivos de registros mais recentes para o volume de registro deprodução.


Restaurando registros de cópia consistente em caso de falha (APiT) 115

4. Use ESEUTIL /k Enn (Enn é o prefixo de registro do banco de dados) paraverificar os registros, depois, recupere e monte o banco de dados.

Restaurando um banco de dados excluído do ExchangeO AppSync pode restaurar um banco de dados mesmo se ele tiver sido excluído doExchange em ambientes de DAG e independentes.


l Se você excluiu os arquivos de banco de dados e criou um banco de dados vazio,desmonte o banco de dados e exclua seus arquivos. O banco de dados que vocêestá restaurando não deve ter dados e arquivos de registro no local original ondeestavam quando o banco de dados vazio foi criado. As assinaturas de arquivo deregistro não correspondem àquelas na cópia do AppSync e a restauração falhará.

l Se você remover completamente o banco de dados e recriá-lo, o nome do bancode dados e seus nomes e caminho de arquivo devem ser exatamente os mesmosque aqueles na cópia do AppSync. Se você não recriar o banco de dados excluído,o AppSync o recria.

l Em um ambiente de DAG:

n Não devem haver cópias ativas ou passivas do banco de dados DAG excluído.

n O AppSync recria e restaura somente a cópia do banco de dados ativa para oservidor que criou a cópia do AppSync. Depois que o banco de dados foirestaurado e recuperado, você poderá recriar as cópias passivas do DAG.

Se você não selecionou a opção Recover and mount the databases after restore noAssistente Restore, execute as seguintes etapas manuais para recuperar o banco dedados.

Procedimento

1. Copie os registros necessários do diretório do _restoredLogs para o diretórioonde residem os registros atuais.

2. Se o prefixo do arquivo de registro tiver sido alterado, renomeie os arquivos deregistros necessários para usar o novo prefixo.

3. Exclua o E<nn>restore.env file.

4. Recupere os bancos de dados manualmente no modo de recuperação flexívelusando o comando ESEUTIL.

eseutil /r E<nn> /l <logpath> /s <chkpt file path> /d<database path>

5. Exclua o diretório do _restoredLogs que deve estar vazio depois que o bancode dados tiver sido recuperado.



CAPÍTULO 6

Proteger o SQL Server


l Visão geral do suporte do SQL Server............................................................... 118l Suporte a grupos de disponibilidade AlwaysOn................................................. 122l Backup de registros de transações do SQL Server........................................... 123l Considerações para trabalhar com o SQL Server em um cluster.......................132l Pasta SQL Server User Databases....................................................................135l Proteger um banco de dados SQL.................................................................... 136l Considerações sobre a montagem para o SQL Server...................................... 153l Visão geral da restauração de banco de dados do SQL Server..........................165

Proteger o SQL Server 117

Visão geral do suporte do SQL ServerUse o AppSync para criar e gerenciar cópias consistentes com aplicativos ouconsistentes em caso de falhas de bancos de dados do Microsoft SQL Server.

O suporte do AppSync para aplicativos Microsoft SQL inclui:

l Suporte a grupos de disponibilidade AlwaysOn

l A detecção dinâmica dos bancos de dados do usuário durante a execução do planode serviço.

l Suporte para bancos de dados em hosts físicos, RDMs e discos virtuais em hostsvirtuais.

Obs.

O AppSync aceita somente RDMs no modo de compatibilidade física. Não hásuporte a RDMs no modo virtual.

l Proteção para instâncias do SQL Server de produção independente e em cluster.

l Montagem em um servidor independente ou em nós de cluster de clusteralternativo ou cluster de produção como recurso fora de cluster. Montagem comrecuperação em uma instância alternativa em cluster que pertence a um cluster defailover alternativo ou de produção.

l Suporte a cópias de banco de dados do SQL Server de reutilização.

Pré-requisito do SQL ServerVerifique se a configuração do SQL Server atende aos pré-requisitos listados aqui. AAppSync Support Matrix em https://elabnavigator.emc.com/eln/modernHomeDataProtection é a fonte consagrada de informações em plataformas esoftware compatíveis com suporte.

l O banco de dados SQL Server e seus registros de transações devem estar emdiscos no mesmo array de armazenamento.

l O banco de dados SQL Server deve estar on-line durante a replicação.

l Os catálogos de texto completo associados a um grupo de arquivos são incluídoscomo parte de uma réplica desse grupo de arquivos. Se os catálogos de textocompleto não estiverem no armazenamento compatível, a proteção falhará. Aousar catálogos de texto completo, certifique-se de que o dispositivo dearmazenamento onde o catálogo está não inclui dados não relacionados ao bancode dados.

l Se você quiser recuperar bancos de dados a partir da cópia montada, o host demontagem deve ter um SQL Server instalado. É recomendável usar a mesmaversão do SQL Server em hosts de produção e montagem.

l Ao realizar a montagem com recuperação em uma instância alternativa em cluster,é necessário adicionar todos os nós do proprietário da instância do SQL Server emcluster ao AppSync.

l Ao restaurar bancos de dados em cluster SQL Server, você deve adicionar todosos nós do proprietário da instância em cluster do SQL Server ao AppSync.

l Em ambientes Hyper-V, o AppSync exige que o armazenamento para arquivos deregistro e banco de dados do SQL esteja em dispositivos conectados diretamente



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

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

a iSCSI, Virtual Fiber Channel (NPIV) ou dispositivos SCSI de passagem. Afiltragem de SCSI Command Descriptor Block (CDB) deve ser desativada napartição pai para SCSI de passagem. Ela fica ativada por padrão. Isso também éaplicável para os servidores de cluster do SQL.

n Para passagem de SCSI no Hyper-V, o host de montagem não pode ser umhost Hyper-V. Ele deve ser um host físico ou uma máquina virtual adicionadacom adaptador Virtual Fiber Channel ou iSCSI diretamente conectados.

l Bancos de dados do sistema não são compatíveis.

l Snapshots de banco de dados do SQL Server não são detectados.

l A criação de uma cópia de um mirror do banco de dados não é aceita. Tentar fazerisso ocasiona um erro, o banco de dados não está em um estado válido.

Configurações do SQL Server compatíveisO AppSync dá suporte para as configurações de SQL listadas aqui.

l Vários bancos de dados de SQL Server podem existir no mesmo volume, ou emvários volumes. No entanto, é prática recomendada não combinar bancos de dadosde mais de uma instância do SQL Server em um volume.

l Várias instâncias do SQL Server podem coexistir no mesmo host.

Considerações para SQL Server em um ambiente VMwareÉ possível proteger, montar e restaurar bancos de dados do SQL Serverindependentes e em cluster que residem em discos virtuais do VMware (VDisks) ou emRDMs (Raw Device Mappings).

Durante a proteção do SQL no RDM ou VDisks:

l Para um mapeamento bem-sucedido, o Virtual Center deve ser adicionado aoAppSync Server e a detecção deve ser realizada.


l A proteção dos bancos de dados do SQL Server não é compatível entre máquinasvirtuais que compartilham o mesmo datastore.

n Se vários bancos de dados do SQL de máquinas virtuais diferentes no mesmodatastore forem inscritos no mesmo plano de serviço, a proteção vai funcionar,mas várias cópias do mesmo datastore serão criadas. Isso causa problemasdurante as operações de montagem e restauração.

n Se vários bancos de dados do SQL de máquinas virtuais diferentes no mesmodatastore forem inscritos em um plano de serviço diferente, a proteção, amontagem e a restauração vão funcionar. No entanto, a restauração causaráproblemas para os bancos de dados em outras máquinas virtuais hospedadas nomesmo datastore. É recomendável que vários bancos de dados do SQL emdiferentes máquinas virtuais sejam hospedados em datastores diferentes.

l Vários bancos de dados do SQL do mesmo host podem residir no mesmo discovirtual ou em um disco virtual diferente que esteja no mesmo datastore VMFS,protegido pelo mesmo plano de serviço. No entanto, a restauração de um banco dedados nesse datastore VMFS restaura outros bancos de dados no mesmodatastore que estejam listados como entidades afetadas durante a restauração.


Configurações do SQL Server compatíveis 119

l Ao restaurar bancos de dados em cluster SQL Server, você deve adicionar todosos nós do proprietário da instância em cluster do SQL Server ao AppSync.

l Se o host de montagem for uma máquina virtual, o Virtual Center deverá estarregistrado no AppSync. Isso é necessário para a montagem de RDMs.

l Para de discos virtuais

n Não há suporte para a montagem de produção se a versão do host ESX foranterior à versão 5.0.

n Discos virtuais não persistentes não são compatíveis.

n Para montagens de datastore e virtual disco em ambientes ESXi 5. x eRecoverPoint 4.1.7.7, desative a aceleração de hardware para garantirmontagens bem-sucedidas do tipo acesso virtual. Para obter mais detalhes,consulte o artigo relevante da base de conhecimento VMware. Para passagemde SCSI no Hyper-V, o host de montagem não pode ser um host Hyper-V. Eledeve ser um host físico ou uma máquina virtual com NPIV ou iSCSI diretamenteconectados.

l Se os bancos de dados residirem em mapeamentos de dispositivos brutos emambientes VMWare, os nós do cluster do SQL Server deverão residir emdiferentes ESXi. Isso é um requisito do VMWare. Para o banco de dados em discosvirtuais, os nós de cluster do SQL Server podem residir no mesmo ESX Server.

l O AppSync aceita somente RDMs no modo de compatibilidade física. Não hásuporte para RDMs no modo de compatibilidade virtual.

l Para discos virtuais do VMware, a restauração de todos os aplicativos que residemno mesmo datastore (discos virtuais no mesmo datastore) também são entidadesafetadas, pois a restauração envolve um datastore.

Direitos e permissões necessáriasÉ necessário que os usuários tenham determinados direitos e permissões paraproteger os bancos de dados em um ambiente SQL Server. A conta de usuário deveser configurada para usar autenticação do SQL Server ou a do Windows.

A conta de usuário do Windows pode ser um membro do grupo local Administrators ouuma conta que não seja de administrador com as restrições descritas a seguir.

O AppSync não dá suporte a SQL, se o serviço SQL é executado como uma conta deserviço.

Configurar permissões para uma conta de domínio que não tem privilégios de administrador localConfiguração adicional é necessária se você precisar usar uma conta de domínio quenão tem privilégios de administrador local.

Procedimento

1. Crie um usuário de domínio do Windows (por exemplo, sqluser) e inclua-o nogrupo de usuários de domínio.

2. No SQL Server Management Studio, crie um novo log-in, usando a conta dedomínio recém-criada, e selecione a autenticação do Windows.

3. Na página General, selecione master como o banco de dados padrão.

4. Na página Server Roles, selecione sysadmin e public.

5. Na página User Mapping, defina a inscrição da função do banco de dados comopublic.

6. Adicione o usuário a cada instância do SQL Server na qual o usuário precisa deacesso:



a. No controlador de domínio: Nos hosts adicionados ao domínio: Iniciar >Programas > Ferramentas administrativas > Política de segurança docontrolador de domínio

Nos hosts adicionados ao domínio: Iniciar > Programas > Ferramentasadministrativas > Política de segurança local

b. Acesse as configurações de segurança e permita o log-in localmente(Configurações de segurança > Políticas locais > Atribuição de direitosde usuário > Permitir o log-on local).

c. Adicione o usuário (o exemplo é sqluser) criado anteriormente.

7. Faça log-in na máquina do controlador de domínio para cada host adicionado aodomínio que usa AppSync e defina a política de segurança.

8. Conceda a este usuário permissões de leitura e gravação no diretório onde oplug-in de AppSync está instalado (normalmente, C:\Program Files\EMC\AppSync Host Plug-in).

9. Use este usuário AppSync quando você configurar a proteção ou realizar outrasações que exigem acesso ao SQL Server.

10. No momento da restauração, se você selecionar a opção de fazer backup dosregistros de transação em um arquivo, o usuário deve ter direitos de acesso aodiretório de destino.

Configurando permissões para um usuário não administrador localUma conta de usuário que não tem privilégios de administrador local precisa dealgumas permissões antes que possa ser usada para acessar o SQL Server doAppSync.

Procedimento

1. Crie um usuário do Windows e inclua-o no grupo Usuários.

2. No SQL Server Management Studio, crie um novo log-in, usando a contarecém-criada. Para o tipo de autenticação, selecione autenticação do Windows.

3. Na página Server Roles, selecione sysadmin e public.

4. Na página User Mapping, defina a inscrição da função do banco de dados comopublic.

5. Adicione o usuário a cada instância do SQL Server na qual o usuário precisa deacesso:

a. No host que executa o plug-in, defina a política de segurança. Nocontrolador de domínio, execute Iniciar > Programas > Ferramentasadministrativas > Política de segurança local.

Nos hosts adicionados ao domínio: Iniciar > Programas > Ferramentas >Política de segurança local.

b. Acesse as configurações de segurança e permita o log-in localmente(Configurações de segurança > Políticas locais > Atribuição de direitosde usuário > Permitir o log-on local).

c. Adicione o usuário (o exemplo é sqluser) criado anteriormente.

6. Conceda a este usuário permissões de leitura e gravação na pasta onde o plug-in do AppSync está instalado.


Direitos e permissões necessárias 121

7. Se você selecionar a opção Restore para fazer backup dos registros detransações para um arquivo, o usuário deve ter direitos para acessar o diretóriode destino.

Atualizar as credenciais de log-in de uma instância do SQL ServerSe as credenciais para uma instância do SQL Server tiver sido alteradas, você precisapara atualizá-las no AppSync.


Essa operação requer a função de administrador de dados em AppSync Além disso,você deve conhecer as novas credenciais para a instância do SQL Server.

Procedimento

1. Selecione Copy Management.

2. Selecione Microsoft SQL Server.

3. Selecione uma instância.

4. Clique em Connection Settings, na linha de botões abaixo.

5. Informe as credenciais do SQL Server.

As credenciais podem ser um usuário do Windows ou um usuário do SQL com osprivilégios necessários.

Suporte a grupos de disponibilidade AlwaysOnOs grupos de disponibilidade podem fazer parte de instâncias do SQL Server emcluster e fora de cluster instaladas em clusters de failover AlwaysOn.

O AppSync é compatível com backups Full ou Copy de bancos de dados primários ebackup Copy de bancos de dados secundários. A opção Auto Switch to Copy na faseCreate copy do plano de serviço do SQL Server permite que você mude de Full paraCopy para bancos de dados secundários.

Considerações especiais para quando você estiver usando grupos de disponibilidadeAlwaysOn:

l Para proteger os bancos de dados secundários, eles devem ser somente leitura. Aopção Readable Secondary do SQL Server Management Studio deve serdefinida como Yes; Read-intent only não é compatível.

l Não use o caminho original ao montar uma cópia do AppSync para um nó nomesmo cluster se esse nó hospeda uma cópia do banco de dados.

l Recomenda-se proteger réplicas no modo de confirmação síncrono.

l As considerações para trabalhar com o SQL Server em um cluster também seaplicam aos grupos de disponibilidade. Consulte Considerações para o SQL em umcluster.

l Várias sub-redes são compatíveis com grupos de disponibilidade AlwaysOn, desdeque nenhuma das cópias do banco de dados pertença a uma instância do SQLServer em cluster.



Backup de registros de transações do SQL ServerO AppSync 2.1 e posterior dá suporte ao backup de registros de transação de SQLServer. Obtenha as principais considerações, bem como restrições antes deimplementar seus backups.

Cada banco de dados do SQL Server tem um registro da transações. Grave osbackups de registros nos sistemas de armazenamento da Dell EMC compatíveis com oAppSync, para que você possa criar cópias do volume de backup do registro. Se vocêfizer registros backup para bancos de dados em um ambiente de cluster de failover,use o armazenamento compartilhado ou um compartilhamento de rede para que osbackups de registros sejam gravados no mesmo local.

Você pode usar backups de registros de transações durante a recuperação de umbanco de dados de produção ou ao fazer uma cópia de um banco de dados deprodução. Dependendo do modelo de recuperação de banco de dados, o registro detransações pode se ficar cheio. Para evitar a acumulação de registros, executebackups de registros de transações regularmente com truncamento habilitado.

O AppSync pode fazer o backup de registros de transações em ambientes AAG(AlwaysOn Availability Group, grupo de disponibilidade AlwaysOn). Ele pode fazerbackup de cópias de banco de dados primário ou secundário. Se o truncamento estiverhabilitado, para iniciar o truncamento, faça o backup do registro de transações dobanco de dados primário ou secundário.

Os backups de registros de transações são compatíveis usando somente backup destreaming; eles não são compatíveis com a tecnologia de snapshot de hardware VSS.Você pode usar AppSync para fazer backup de registros de transações em um arquivo.O arquivo pode ser gravado em um compartilhamento de volume ou de rede localusando um caminho UNC.

Obs.

A AppSync dá suporte ao caminho UNC de um compartilhamento de rede somente seambas as máquinas estão no mesmo domínio.

Restrições

l Para fazer backup de um registro da transações, o modelo de recuperação debanco de dados deve ser “Full” ou “Bulk-logged”. AppSync ignora o backup deregistros para qualquer banco de dados com o modelo de recuperação simples.

l Para criar quaisquer backups de registros com truncamento de registro, primeirocrie pelo menos um backup de banco de dados completo.

l Para truncar os logs de transação, o AppSync deve ter uma cópia de backup dobanco de dados Full.

l Inscrever um banco de dados em apenas um plano de serviço com o backup deregistro habilitado.

l Para truncar registros em um ambiente de AAG, inscreva apenas uma cópia de umbanco de dados em um plano de serviço configurado para backups de banco dedados Full e backups de registros de transações com truncamento de registro.

l Para fazer backup de registros de transações para bancos de dados quepertencem a um grupo de disponibilidade, altere o agendamento de modo que obackup de diferentes cópias do banco de dados não seja feito ao mesmo tempo.


Backup de registros de transações do SQL Server 123

Tópicos relacionados

l Configurar o backup de registros de transações do SQL Server

l Executar o backup de registros sob demanda

l Exibir backups de registros para um plano de serviço

l Exibir a lista de backup de registros para um banco de dados

Configurar o backup de registros de transações do SQL ServerAprenda como habilitar backups de registros de transação para um plano de serviço doSQL Server, acessando a caixa de diálogo Enable log backup nas opções da páginaCreate Copy, no console do AppSync.


Verifique se a conta de usuário que você selecionar para backups tem controlecompleto do diretório. Essa conta é a conta de usuário que você informou ao detectaros bancos de dados. Verifique também se a conta configurada para o serviço demecanismo de banco de dados do SQL Server da instância do SQL Server sendoprotegida tem controle completo do diretório de backup.

Depois de marcar esta caixa de seleção, a caixa de diálogo Transaction Log BackupOptions é ativada, nela você pode personalizar quando e como executar os backupsde registros e onde gravar os arquivos de backup dos registros. Os backups deregistros de transação são executados em sequência.Figura 2 Caixa de diálogo Transaction Log Backup Options



Procedimento

1. Use o campo Schedule para definir as execuções do backup de registros.

Você pode optar por executar o backup de registros de transação uma vez,imediatamente após a execução de um backup de banco de dados, ou você podeoptar por agendar os backups de registros. Você pode definir agendamentos debackup de registro para serem executados a cada 15 ou 30 minutos, ou a cada 1a 24 horas. Se definir um plano de serviço para ser executado sob demanda,você desabilitará o agendamento de backup de registro.

Quando você agenda os backups de registros para serem executados em umintervalo específico, o plano de serviço terá dois agendamentos associados aele: um para backups de banco de dados e outro para backups de registros. Obackup de registros é conhecido como agendamento alternativo. Os backups deregistros são executados entre os backups de banco de dados usando oagendamento alternativo.

2. Edite o campo Backup path para definir o local onde o AppSync grava osarquivos de backup de registros.

Default path usa o diretório de backup padrão da instância do SQL Server.Você também pode especificar um caminho em qualquer volume no servidor ouo caminho UNC de um compartilhamento de rede.

O AppSync criará o diretório especificado, se ele não existir. Ele cria umsubdiretório usando o nome da instância do SQL Server. Os nomes de arquivosde backup de registros têm o seguinte formato:EMC_AppSync_databasename_timestamp.trn, por exemplo,EMC_AppSync_AdventureWorks_2014_10_18_15_38_32.trn

3. Use o campo Free space on volume para definir um valor para verificar aquantidade de espaço livre no volume antes de o AppSync iniciar um backup deregistros de transação.

Se não houver espaço livre suficiente, um alerta será gerado e o backup deregistros falhará.

4. Use o campo Backup group size para controlar o número de backups deregistros paralelos para uma instância do SQL Server. O valor padrão é 5 (oAppSync executa os backups do registro em grupos de cinco).

Por exemplo, se você inscrever 15 bancos de dados da mesma instância do SQLServer em um plano de serviço, três backups de registros serão executado emparalelo. Os backups de registros de transação são executados em sequência.

5. Marque ou desmarque o campo Truncate the logs quando você criar osbackups de banco de dados Full.

Esse campo será selecionado por padrão quando você selecionar o tipo debackup Full, e é desativado quando você seleciona Copy. Para proteger osbancos de dados secundários, trunque os registros, selecione Auto Switch toCopy e Truncate the logs.

6. Para executar um checksum no backup do registro, selecione o campoChecksum the backup.

7. Defina a opção Minimum Retention Hours para controlar quando os arquivosde backup de registros de transação são excluídos.

A expiração dos backups de registros de transação é feita quando não existembackups de banco de dados mais antigos. O AppSync exclui os arquivos debackup de registros e as informações de backup de registros contidas no banco


Configurar o backup de registros de transações do SQL Server 125

de dados do AppSync. A configuração padrão é 24 horas, o que significa que oAppSync não expira qualquer backup de registro antes que tenha no mínimo 24horas. O intervalo válido é de 0 a 10.000 horas.

Configurar scripts de backup de registroÉ possível executar scripts antes e depois dos backups de registros, habilitando osscripts de backup de pré- e pós-registro.

O script de backup de pré-registro é executado no host de produção. O script debackup de pós-registro pode ser executado no host de produção ou no host demontagem (se a montagem estiver habilitada), ou você pode especificar um servidor.O servidor deve ter o plug-in de host de AppSync instalado.

Figura 3 Configurar scripts de backup de registro

Executar o backup de registros sob demandaVocê pode agendar e executar backups de registros do SQL Server, ou você podeexecutar backups de registros sob demanda.


Para executar backups de registros, certifique-se de marcar a opção Enable LogBackup do plano de serviço.

Você pode executar um backup de registros sob demanda para todo um plano deserviço, ou executar um backup de registros sob demanda para uma única instância debanco de dados.



Procedimento

1. Para executar um backups de registro sob demanda para todo um plano deserviço, acesse Service Plans > Microsoft SQL Server, selecione o plano deserviço desejado habilitando o botão Run Log Backups e clique em Run LogBackups para executar o backup para todo o plano de serviço.

2. Para executar um backup de registros para um único banco de dados, acesseCopy Management > Microsoft SQL Server, selecione uma instância do SQLServer, selecione o banco de dados desejado e, em seguida, selecione a guiaLog Backups. Por fim, selecione o plano de serviço apropriado na lista Createlog backup using plan para executar o backup de registros.

Exibir backups de registros para um plano de serviçoA lista de backups de registros do SQL Server pode ser visualizada na guia ServicePlan Log Backups, ou na guia Database Log Backups.


Essa operação exige a função de administrador do sistema no AppSync.

A lista de cópias pode ser filtrada por hora de criação e pelo plano de serviço. Na guiaCopies do plano de serviço, você também pode filtrar por instância.

Procedimento

1. Para exibir a lista de todos os backups de registros para um plano de serviço,navegue até Service Plans > Microsoft SQL Server.

2. Selecione um plano de serviço.

3. Clique na guia Log Backups.

Resultado

Agora você pode visualizar a lista de backups de registro para o plano de serviço. Atabela a seguir descreve os detalhes sobre o backup de registros:

Tabela 17 Detalhes de backup de registro do plano de serviço

Coluna Descrição

Status l Verde: bem-sucedida

l Amarelo: alguns backups do registroconcluídos com erros quando o plano deserviço foi executado.

l Vermelho: falha

Instance Instância do SQL Server

Database Banco de dados SQL Server

Name Nome da cópia de backup de registro. O nomeda cópia tem a hora em que ela foi feita.

Service Plan O nome do plano de serviço associado aobackup de registro.

Truncated Indica se o registro de transação foi truncadopelo backup de registros. Yes, se o registro foitruncado, caso contrário, No.


Exibir backups de registros para um plano de serviço 127

Tabela 17 Detalhes de backup de registro do plano de serviço (continuação)

Coluna Descrição

Backup File O nome do arquivo de backup de registros esua localização.

Exibir cópias de banco de dados SQLVisualize a lista de cópias de bancos de dados navegando até Copy Management >Microsoft SQL Server e selecionando um SQL Server, depois um banco de dados.



Você também pode ver os detalhes de uma cópia na guia Copies do plano de serviço.Você pode filtrar a lista de cópias por hora de criação e plano de serviço. Na guiaCopies do plano de serviço, você também pode filtrar por instância.

Tabela 18 Detalhes da cópia do plano de serviço

Coluna Descrição


l Amarelo: concluído com erros

l Vermelho: falha

Nome O nome da cópia. O nome da cópia tem a hora em que ela foi feita.

Service Plan O nome do plano de serviço que está associado à cópia. Para

cópias reutilizadas, um link Repurpose é exibido nessa coluna.Clique nesse link para editar o plano de serviço de cópias de 1ª ou2ª geração.

Obs.

No plano de serviço para cópias reutilizadas, as opções parasobreposição de agendamento e montagem de montagem serãodesativadas.

Tipo de Backup do SQLServer

Tipo de backup do SQL: Full, Copy, Non VDI ou Crash Consistent

l Full protege o banco de dados e a parte ativa do registro detransações.

l Copy protege o banco de dados e a parte ativa do registro detransações sem afetar a sequência de backups.

l Non VDI não protege o banco de dados sem usar VDI edepende do VSS para criar cópias consistentes em caso defalhas.

l Crash Consistent protege o banco de dados sem a utilização deVSS ou VDI, e depende da funcionalidade do array para acriação de cópias consistentes em caso de falhas. Portanto,não há nenhum problema de timeout do VSS durante a criaçãoda cópia.



Tabela 18 Detalhes da cópia do plano de serviço (continuação)

Coluna Descrição

l Os bancos de dados secundários são somente leitura e seu

backup só poder ser feito com o tipo Copy. Auto Switch toCopy está habilitado somente quando Full é selecionado comoo tipo de backup. No entanto, ele é desmarcado por padrão.Marcar Auto Switch to Copy diz ao AppSync para verificar se afunção do banco de dados é secundária e, em caso afirmativo,para alternar o tipo de backup para Copy. Se Switchautomático para cópia não estiver habilitado, os backupsfalham para todos os bancos de dados secundários. Quando otipo de backup Non VDI ou Crash Consistent for selecionado,

as opções Auto Switch to Copy e Enable log backupserão desativadas.

Mount Status Mostra se a cópia está montada. Se montado, o nome do host demontagem é exibido.

Recovery Status Valores disponíveis:

l Not Recovered – quando a cópia não está montada ou é umamontagem de file system

l Successful – quando a recuperação for bem-sucedida

l Failed – quando a recuperação falha

Availability Group A coluna Availability Group lista o grupo de disponibilidade ao qual obanco de dados pertence.

Generation Usada para cópias reutilizadas, essa coluna descreve a quantasgerações removidas a cópia está do banco de dados de produção.

Origem Essa coluna exibirá o banco de dados de origem ou a cópia da qualfoi criada uma cópia.

Copy Type O tipo de cópia pode ser um dos seguintes:

l RecoverPoint Continuous Data Protection Bookmark

l RecoverPoint Continuous Remote Replication Bookmark

l VNX Snap

l VNXeSnap

l Unity Snap

l VMAX Snap, VMAX Clone

l Snapshot do XtremIO

l VMAX 3 SnapVXClone, SnapVXSnap

l Snapshot do VPLEX

Os seguintes detalhes adicionais são exibidos na guia Service PlanCopies:

l Instance: A instância do SQL Server que hospeda o banco dedados.

l Database name: O nome do banco de dados da cópia.


Exibir cópias de banco de dados SQL 129

Tabela 18 Detalhes da cópia do plano de serviço (continuação)

Coluna Descrição

l Time: A hora em que a cópia do banco de dados foi feita.

l Server/cluster: Nome do servidor ou do cluster que hospeda ainstância do SQL Server.

l Site: RecoverPoint

Expiração automática Determina se a expiração automática está habilitada ou desabilitadapara a cópia selecionada.

Obs.

O botão Repurpose nesta página está habilitado. Quando você seleciona 1stGeneration copy, o Assistente Repurpose é iniciado e, nele, você pode criar cópias de2ª geração.

Exibir a lista de backup de registros para um banco de dadosVocê também pode visualizar os backups de registros para um único banco de dados.

Siga estas etapas:

Procedimento

1. Navegue até Copy Management > Microsoft SQL Server e selecione umainstância do SQL Server.

2. Clique na pasta User Databases.

3. Clique em um banco de dados na lista e selecione na guia Log Backups.

Resultado

Você pode agora visualizar o registro na lista de backup de registros para o banco dedados. A tabela a seguir descreve os detalhes sobre o backup de registros:

Tabela 19 Detalhes de backup de registro do banco de dados: Instância do SQL Server

Coluna Descrição


l Amarelo: alguns backups do registroconcluídos com erros quando o plano deserviço foi executado.

l Vermelho: falha

Name Nome da cópia de backup de registro. O nomeda cópia tem a hora em que ela foi feita.

Service Plan O nome do plano de serviço associado aobackup de registro.

Truncated Indica se o registro de transação foi truncadopelo backup de registros. Yes, se o registro foitruncado, caso contrário, No.



Tabela 19 Detalhes de backup de registro do banco de dados: Instância do SQLServer (continuação)

Coluna Descrição

Backup File O nome do arquivo de backup de registros esua localização.

Expiração de backups de registrosO AppSync expira backups de registros quando o plano de serviço é executado paracriar um novo backup de registros. Durante a expiração, o AppSync exclui o arquivo deregistros de backup e remove as informações sobre o backup do banco de dados doAppSync.

Os backups de registros se baseiam sempre no backup do banco de dados completoanterior. No entanto, você não deve usar o AppSync para criar o backup de banco dedados completo. Você pode usar o AppSync para criar um banco de dados de cópia ebackup de registros.

Além disso, o AppSync pode criar backups de banco de dados completos e backups deregistros com ou sem truncamento de registro. O comportamento de expiração debackups de registros depende do tipo de backup de banco de dados que você cria.

Os backups de registros são qualificados para expiração quando as seguintescondições ocorrerem:

l O backup de registros é mais antigo do que a configuração de horas de retençãomínima do serviço do plano.

l Todos os backups de banco de dados mais antigos são expirados. Os backups debanco de dados incluídos nessa verificação dependem do tipo de backup do SQLServer.

n Se o plano de serviço de backup de registros tiver o tipo de backup de SQLServer definido como cópia, somente os backups de banco de dados criadospor esse plano de serviço são considerados na pesquisa por backups de bancosde dados mais antigos.

n Se o plano de serviço de backup de registros tiver o tipo de backup de SQLServer definido como completo, os backups de banco de dados completoscriados por qualquer plano de serviço são considerados.

Exemplo 1: considere a seguinte situação:

l O plano de serviço tem o backup de registro habilitado.

l O tipo de backup do banco de dados definido como cópia.

l Rodízio definido como um.

l O mínimo de retenção de backup de registro está definido como 24 horas.

O plano de serviço foi executado várias vezes, criando um backup de banco de dados evários backups de registro. O plano de serviço é executado novamente, criando umbackup de banco de dados e expirando o primeiro backup do banco de dados. Issodeixa vários backups de registros com nenhum backup de banco de dados mais antigo.O plano de serviço é executado novamente, criando um backup de registros eexpirando todos os backups de registros anteriores que têm pelo menos 24 horas.

Exemplo 2: considere a seguinte situação:

l Você tem dois planos de serviço.


Expiração de backups de registros 131

l Ambos têm o tipo de backup do banco de dados definido como completo.

l O plano de serviço 1 está agendado para executar um backup de banco de dadosuma vez por semana, com rodízio definido para quatro.

l O plano de serviço 2 está agendado para ser executado diariamente às 20h, comrodízio de 7.

l O plano de serviço 2 tem backup de registro habilitado para ser executado a cadauma hora, e a retenção mínima de backup de registro está definida como 24 horas.

l Os dois planos de serviço estão em execução.

l O plano de serviço 1 tem quatro cópias de banco de dados, e o plano de serviço 2tem sete cópias de banco de dados. O plano de serviço 2 também tem muitosbackups de registros que foram executados entre cada uma das sete cópias debanco de dados.

l O plano de serviço 2 é executado novamente, cria uma cópia de banco de dados eexpira sua cópia mais antiga. Ele é executado uma hora mais tarde para criar umbackup de registros e procura backups de registros qualificados para expiração.

Nenhum backup de registro está qualificado, pois o plano de serviço 1 tem backups debanco de dados completos mais antigos que todos os backups de registros. Dapróxima vez que o plano de serviço 1 for executado, o backup do banco de dados maisantigo será expirado. Os backups de registros estarão qualificados para expiração.

Expiração manual de backups de registrosTambém é possível expirar os backups de registro manualmente.

Para expirar os backups de registros para vários bancos de dados:

1. Navegue até Service Plans > Microsoft SQL Server e clique em um plano deserviço.

2. Clique na guia Log Backups.

3. Selecione os backups de registro que você gostaria de expirar e clique em Expire.

4. Clique em OK na caixa de diálogo de confirmação. O AppSync excluirá o arquivo debackup de registros e removerá as informações sobre o backup do banco de dadosdo AppSync.

Para expirar os backups de registros para um banco de dados:

1. Navegue até Copy Management > Microsoft SQL Server e selecione umainstância do SQL Server.

2. Clique na pasta User Databases.

3. Clique em um banco de dados na lista e selecione na guia Log Backups.

4. Selecione os backups de registro que você gostaria de expirar e clique em Expire.

5. Clique em OK na caixa de diálogo de confirmação.

Considerações para trabalhar com o SQL Server em umcluster

Há considerações especiais a se levar em consideração quando se trabalha com o SQLServer em um cluster.

Durante a proteção dos bancos de dados do SQL Server em um ambiente em cluster, énecessário instalar o plug-in de host do AppSync em todos os nós que são possíveisproprietários de uma instância em cluster do SQL Server. Você pode usar o console doAppSync para instalar o plug-in ou instalar manualmente o plug-in em cada servidor.



Obs.

Em um ambiente de cluster do Windows, a porta do agente do AppSync deve ser amesma em todos os nós que participam do cluster. Caso contrário, as operações doAppSync falham.

Protegendo instâncias do SQL Server em cluster:

l É obrigatório adicionar todos os nós possíveis de uma instância em cluster do SQLServer e, em seguida, adicionar o servidor virtual do SQL Server (nome da rede ouendereço IP) para o AppSync após a instalação do software de plug-in do host doAppSync em cada nó.

Obs.

O servidor virtual do SQL Server é diferente do nome do cluster de failover.

l Somente sub-redes únicas são compatíveis.

l Não há suporte para o disco virtual do VMWare de produção com a opção degravação múltipla ativada. A proteção pode ser bem-sucedida, mas a montagemapresentará falha.

l Montagem de cópias do AppSync como um recurso independente:

n Você pode montar cópias do AppSync de bancos de dados em cluster como umbanco de dados independente em um servidor independente ou em qualquer nóde cluster.

n Você pode montar cópias do AppSync de bancos de dados independentescomo um banco de dados independente em um servidor independente ou emqualquer nó de cluster.

Montando uma cópia do SQL Server como um recurso em cluster:

l Aceita a montagem em um cluster alternativo ou em um cluster de produção comorecurso em cluster. No cluster de produção, é necessário selecionar uma instânciaalternativa em cluster para montagem com recuperação.

l A montagem é compatível nos ambientes do VMAX, VNX, VNXe, Unity, XtremIOou RecoverPoint. O Guia de Instalação e Configuração do AppSync descreve asetapas de configuração de armazenamento necessárias.

l Selecione a opção de montagem apropriada que se aplica à montagem de clustercom base na configuração de seu cluster e armazenamento.

l Desative manualmente automount. Execute o diskpart no prompt de comando,em seguida, digite automount disable no prompt do DISKPART>.

Considerações especiais para a montagem no cluster de produção:

l A montagem para um nó de cluster de produção usando o caminho original não écompatível.

l Servidores virtuais são filtrados durante a utilização de "mount copy" como aopção de servidor. Somente nós de cluster ou servidores independentes ficamvisíveis.

l Há suporte para a montagem com recuperação como um recurso em cluster paraum servidor de produção em cluster.

l Para a montagem com recuperação como um recurso em cluster para um servidorvirtual de produção, considere o seguinte:

n Há suporte para montagem em uma outra instância em cluster do SQL server.


Considerações para trabalhar com o SQL Server em um cluster 133

n Não há suporte para montagem em uma instância de produção em cluster doSQL server.

n Há suporte para montagem em um caminho alternativo de montagem. O discoraiz para o ponto de montagem alternativo deve ser um disco em cluster eprecisa ser adicionado como uma dependência ao SQL server.

n Não há suporte para a montagem no caminho original.

l Realizar uma restauração montada de RecoverPoint enquanto a cópia é montadaem um cluster de produção não é compatível.

Exemplo 1 Proteger os bancos de dados de propriedade de instâncias em cluster do SQL Server

Neste exemplo, você deseja proteger os bancos de dados de propriedade dasinstâncias em cluster do SQL Server. Além disso, alguns desses bancos de dadospertencem a grupos de disponibilidade AlwaysOn. Consulte a figura a seguir para esteexemplo:

Figura 4 Informações do cluster

Esse cluster tem a seguinte configuração:

l lrmq093 é um servidor virtual do SQL Server que hospeda os bancos de dados quepertencem aos grupos de disponibilidade AlwaysOn.

l lrmq094 é um servidor virtual do SQL Server.

l lrmq120, lrmq121 e lrmq122 pertencem a um cluster de failover AlwaysOn do SQLServer.

l lrmq120 e lrmq121 são possíveis proprietários das instâncias do SQL Server emcluster de propriedade de lrmq093 e lrmq094.

l lrmq122 tem uma instância independente do SQL Server instalada que hospeda osbancos de dados que pertencem a grupos de disponibilidade AlwaysOn.

l lrmq126 é o host de montagem com uma instância independente do SQL Serverinstalada.

Para proteger os bancos de dados que pertencem à instância em cluster eindependente, siga estas etapas:



Exemplo 1 Proteger os bancos de dados de propriedade de instâncias em cluster do SQLServer (continuação)

1. Use o console do AppSync para adicionar lrmq120, lrmq121 e lrmq122. O AppSyncvai instalar o plug-in nesses servidores e detectar todas as instâncias fora decluster. Se você precisar de um host de montagem, pode adicionar lrmq126 agora.

2. Com o console do AppSync, adicione os servidores virtuais para as instâncias emcluster, adicione lrmq093 e lrmq094.

Obs.

Quando o AppSync monta e recupera bancos de dados SQL em cluster, o AppSyncinterrompe e inicia a instância do SQL no host de montagem. Esse é umcomportamento esperado.

Pasta SQL Server User DatabasesA pasta SQL Server User Database contém todos os bancos de dados do usuário paraessa instância do SQL Server que foram detectados e armazenados no banco dedados do AppSync.

No botão Protect, você pode inscrever a pasta em um plano. Assim, todos os bancosde dados que fazem parte dessa pasta também são protegidos. Uma vez protegidos, acoluna Service Plan exibe o nome do plano.

Clicar na pasta User Databases lista a parte de bancos de dados individuais dessainstância do SQL Server.

Na página Databases, uma entrada na coluna Service Plans informa que todos osbancos de dados que fazem parte da pasta estão protegidos. Qualquer banco de dadosdo usuário adicionado à instância também será protegido. O AppSyncautomaticamente deixará de proteger qualquer banco de dados removido da instância.

Obs.

Se um ou mais bancos de dados de usuário para uma instância do SQL Server estiverinscrito em um plano de serviço, você não pode inscrever a pasta User Databases nomesmo plano de serviço. Por outro lado, se a pasta User Databases estiver inscrita emum plano de serviço, você não pode inscrever instâncias de bancos de dados deusuário individuais no mesmo plano de serviço.

Detectar instâncias do SQL ServerPara manter o AppSync atualizado, você deve detectar instâncias do SQL Serverquando há criação ou exclusão de instâncias.



Procedimento

1. Navegue até Copy Management > Microsoft SQL Server.

2. No botão pop-up Discover Instances abaixo:

l Selecione On Server e um dos servidores do qual detectar as instâncias.


Pasta SQL Server User Databases 135

l Selecione Add Servers para adicionar um novo servidor ao AppSync.

Obs.

Instâncias em cluster são detectadas e exibidas na GUI do AppSync somente seo servidor Virtual do SQL (nome da rede ou endereço IP) estiver registrado noservidor do AppSync.

Detectar bancos de dados do SQL ServerO AppSync detecta os novos bancos de dados do usuário sob demanda ouautomaticamente na execução de um plano de serviço.

Na primeira vez que você clicar na pasta User Databases, o AppSync detecta osbancos de dados e os lista. Para detectar manualmente os bancos de dadosnovamente, clique emDiscover Databases na página Databases.

Por outro lado, quando você inscreve a pasta User Databases em um plano, os bancosde dados são detectados automaticamente em cada execução do plano. Todos osbancos de dados que estão atualmente ON-LINE, incluindo aqueles adicionados àinstância do SQL após a última execução do plano de serviço, são automaticamenteprotegidos.

Se os bancos de dados individuais forem inscritos em um plano e não na pasta UserDatabases, o AppSync não detecta automaticamente qualquer bancos de dados novocriado depois da última execução do plano. Nesse caso, o AppSync detecta novamenteas informações do banco de dados de todos os bancos de dados originalmenteinscritos no plano e protege aqueles que estão ON-LINE.

Proteger um banco de dados SQLProteja um banco de dados SQL inscrevendo-o em um plano de serviço do AppSync.

Para otimizar o desempenho, o AppSync cria cópias de um máximo de 35 bancos dedados por instância. Se mais de 35 bancos de dados forem inscritos por instância, oAppSync os divide em grupos de 35 e cria as cópias dos grupos sequencialmente. Semais de 35 bancos de dados forem inscritos em um plano de serviço e os bancos dedados residirem na mesma unidade de armazenamento (CG, LUN, DS, etc.), a divisãoem grupos com 35 bancos de dados não ocorre. Uma cópia única é desejável para umaconfiguração quando o armazenamento está na mesma unidade de armazenamento.

Esse número (35) é uma configuração de servidor e pode ser modificado, senecessário. Entre em contato com o Atendimento ao cliente da Dell EMC.

Você pode proteger objetos de maneiras diferentes, de locais diferentes no AppSync:

l Escolha Subscribe to Plan and Run quando desejar proteger um banco de dadosselecionado imediatamente. O plano de serviço é executado somente para o bancode dados.

l Escolha Subscribe to Plan quando desejar agendar a proteção para mais tarde. Aproteção para bancos de dados que fazem parte do plano de serviço é executadana hora agendada.

l Escolha um plano de serviço apropriado em Create copy using plan na páginaCopies do banco de dados.

l Escolha Run na página SQL Server Service Plans para executar o plano de todoimediatamente.



Obs.

Certifique-se de que o banco de dados que você está protegendo não estáconfigurado para backup ao mesmo tempo usando uma ferramenta de backup que nãoseja o AppSync. Isso pode interferir na operação de cópia do AppSync e resultar emerros inesperados.

Configurando a proteção para o banco de dados do SQL ServerVocê inscreve um banco de dados ou a pasta User Databases a um plano de serviço eexecuta o plano de serviço imediatamente, ou agenda o plano de serviço para serexecutado mais tarde.



Procedimento


2. Clique em uma instância do servidor para exibir seus bancos de dados.

l Para proteger todos os bancos de dados dentro da pasta User Database,selecione a pasta User Database.

l Para proteger um banco de dados individual, clique em User Databases eselecione um banco de dados na lista.

3. No botão pop-up abaixo Protect, selecione o plano de serviço apropriado de:

Opção Descrição

Subscribe to Planand Run

Para inscrever o banco de dados para a proteção eexecutar o plano imediatamente para os bancos de dadosselecionados.

Subscribe to Plan Para inscrever o banco de dados para proteção. Aproteção para todos os bancos de dados que fazem partedo plano de serviço é executada na hora agendada.

Cancelando a inscrição de um banco de dados em um plano de serviçoQuando você cancelar a inscrição de um banco de dados individual de um plano deserviço, todas as cópias de banco de dados existentes serão mantidas; somente novasproteções serão removidas.



Procedimento


2. Clique na instância do SQL Server.

3. Clique em User Databases.

4. Selecione o banco de dados para cancelar a inscrição de um plano de serviço.

l Selecione o plano para cancelar a inscrição em Protect > Unsubscribe fromPlan. Somente os planos para o qual o banco de dados está inscrito estão nalista pop-up.


Configurando a proteção para o banco de dados do SQL Server 137

l Para cancelar a inscrição de todos os planos de serviço, selecioneUnsubscribe from Plan > All.Como alternativa, agora é possível cancelar a inscrição ao banco de dados doSQL a partir da guia Subscription de um plano de serviço.

Detectar bancos de dados do SQL ServerUse o comando Discover New Databases para atualizar os bancos de dados do SQLServer conhecidos pelo AppSync.



Procedimento


2. Clique em uma instância do servidor, depois, na pasta User Databases.

3. Na página User Databases, clique em Discover New Databases na linha debotões abaixo.

A detecção pode levar vários minutos para ser concluída, dependendo dotamanho da instância.

Página de cópias do SQLVocê pode ver os detalhes de uma cópia na guia Copies do banco de dados clicando nobanco de dados específico. A lista de cópias pode ser filtrada por hora de criação e portamanho (de proteção ou reutilizada).

Tabela 20 Campos da página Copy

Coluna Descrição



l Vermelho: falha

Nome O nome da cópia. O nome de cópia é a horaque o AppSync a criou.

Service Plan Nome do plano de serviço associado à cópia.No caso de um plano de reutilização, selecione

uma cópia e clique no link Repurpose paraeditá-lo.

Obs.

Cada cópia é associada a um plano de serviçode reutilização de exclusivo.

Rótulo O rótulo atribuído à cópia em caso dereutilização.

Tipo de Backup do SQL Server l Full

l Copy

l Non VDI



Tabela 20 Campos da página Copy (continuação)

Coluna Descrição

l Crash Consistent

Mount Status Status da cópia: montado ou não montado. Semontado, o nome do host de montagem éexibido.

Recovery Status Se a cópia foi recuperada após a montagemou não. Os valores são:

l Not Recovered - a cópia não foi montadaou a cópia foi uma montagem de filesystem.

l Successful - A recuperação foi bem-sucedida.

l Failed – Falha de recuperação.

Availability Group Lista os AlwaysOn Availability Groups aosquais o banco de dados pertence.

Generation First or second generation copy – Parareutilização

Origem Cópias de banco de dados de produção (paracópia de primeira geração) ou uma cópia deuma cópia (segunda geração).

Copy Type l Bookmark de local

l Bookmark remoto

l VNX Snap, VNXeSnap

l Unity Snap

l VMAX Clone

l VMAX Snap

l VMAX V3/VMAX AFA: SnapVXSnap,SnapVXClone

l XtremIO Snap

l ViPRSnap

Site Informações de local do RecoverPoint.

Criando uma cópia de banco de dados da página CopiesCrie uma cópia de um banco de dados inscrevendo-o em um plano de serviço do SQLServer do AppSync, na página Copies.





Criando uma cópia de banco de dados da página Copies 139

2. Clique em uma instância do servidor e clique em User Databases para exibirseus bancos de dados.

3. Clique em uma pasta para exibir User Databases.

4. Nessa lista, clique no banco de dados para exibir suas cópias.

5. Na lista Create a copy using plan, selecione o plano de serviço apropriado.

O plano de serviço é executado imediatamente para o banco de dados.

Expirando uma cópia de banco de dados SQL sob demandaExpirar uma cópia de banco de dados remove-a do banco de dados do AppSync e podeliberar o armazenamento, dependendo da tecnologia de replicação e do estado dacópia.




Procedimento

1. Selecione Copy Management > Microsoft SQL Server.

2. Clique em uma instância do SQL Server para exibir as pastas de seu banco dedados.

3. Clique na pasta User Database.

4. Clique no banco de dados cujas cópias deseja expirar.

5. Na página Copies, selecione uma ou mais cópias para expirar.


6. A partir da caixa de listagem Expire:

l Selecione Rotation > Enable para habilitar a expiração automática de umacópia durante a rotação.

l Selecione Rotation > Disable para desabilitar a expiração automática deuma cópia durante a rotação.

Obs.

Isso não é aplicável a cópias reutilizadas.

Detalhes e resumo do plano de serviçoA guia Settings do plano de serviço mostra o nome, a descrição, o agendamento e ostatus do plano de serviço. Clique nas fases para consultar as configuraçõesdetalhadas do plano de serviço e outras guias para obter informações sobreassinaturas, listas de cópias e eventos gerados pelo plano.




















Substituindo agendamentos de plano de serviço

Você pode definir agendamentos individuais para os bancos de dados inscritos em umplano de serviço, sobrepondo a configuração de recorrência genérica.




Procedimento



Você verá o painel Plan Startup Defaults à direita.

3. Observe Recurrence Type selecionado para o plano.


4. Selecione a fase Start service plan.

Você verá o painel Start service plan à direita.


Um tipo de recorrência pode ser definido somente se Automatic estáselecionado na fase Startup.


Você pode ver a lista de todos os bancos de dados inscritos no plano.

7. Selecione um ou mais bancos de dados e clique em Override Schedule.

A caixa de diálogo Override Schedule é exibida.


Detalhes e resumo do plano de serviço 141

8. Defina o agendamento de acordo com suas necessidades e clique em OK.

Por exemplo, se o tipo de recorrência padrão for On specified days of themonth e a configuração de regra, Run at 12:00 AM no 1st day of every month,você pode sobrepor a hora e o dia para datastores individuais.Um ícone de lápis indica que as configurações padrão foram sobrepostas.

Detecção de aplicativosAntes de criar a cópia da pasta User Database, o AppSync examina a instância do SQLServer para procurar as alterações, como adição, exclusão, renomeação oumovimentação de bancos de dados. Se os bancos de dados individuais estão sendoprotegidos, o AppSync detecta novamente as informações sobre o banco de dadosselecionado. Um banco de dados é protegido somente se ele está no estado on-line.





O script de pré-cópia é executado de acordo com o agendamento definido na fasePlan Startup. Os formatos de script válido são. bat, .exe e .ps1 (scripts doPowerShell). Opcionalmente, você pode digitar as credenciais para executar o scriptcomo um usuário específico. O script é executado como o sistema local por padrão.





3. Para garantir o encerramento correto da sessão do PowerShell, adicione <nul aofinal da linha que chama o script do PowerShell. O local padrão do script é%ProgramData%\EMC\AppSync\scripts\ no host do aplicativo.





Create copyA fase Create Copy cria uma cópia com base na tecnologia de replicação especificadano plano de serviço.

Essa fase especifica o tipo de backup a ser feito da cópia do SQL Server. Para cópiasde Snapshot do VNX, essa fase também define o período de expiração automática dascópias.


Tipo de backup do SQL Server

Os quatro tipos de backup principais compatíveis com suporte são: Full, Copy, NonVDI e Crash Consistent.

l Full protege o banco de dados e a parte ativa do registro de transações.Geralmente, esse tipo de cópia é usado quando ela é considerada um backup dobanco de dados ou quando a cópia será montada para usar um produto deterceiros a fim de criar um backup do banco de dados. Esse tipo de cópia permiteque você restaure os registros de transação para levar o banco de dados para umpoint-in-time mais recente que a cópia, supondo que você fez backup dessesregistros de transações. O AppSync usa o recurso de snapshot VDI do MicrosoftSQL Server para criar esse tipo de cópia.

n Auto Switch to Copy está habilitado somente quando Full é selecionado comoo tipo de backup. No entanto, ele é desmarcado por padrão. Marcar AutoSwitch to Copy informa ao AppSync para verificar se a função de banco dedados é secundária e, se for, para alternar o tipo de backup para Copy.

Obs.

Se Switch automático para cópia não estiver habilitado, os backups falhampara todos os bancos de dados secundários.

l Copy protege o banco de dados e a parte ativa do registro de transações semafetar a sequência de backups. Isso oferece aos DBAs uma forma de criar umacópia sem interferir nos aplicativos de backup de terceiros que podem estarcriando backups Full e/ou Differential dos bancos de dados do SQL Server. OAppSync usa o recurso de snapshot VDI do Microsoft SQL Server para criar essetipo de cópia.

Obs.

Os bancos de dados secundários são somente leitura e seu backup só poder serfeito com o tipo Copy.

l Non VDI protege o banco de dados com a abordagem não VDI. Isso cria cópiasconsistentes em caso de falha usando do SQL usando o framework decongelamento/descongelamento de VSS. Nenhum metadado de VDI é gerado paracópias não VDI. Você pode montar cópias não VDI do SQL usando as opçõesAttach Database e Mount Copy. Você pode restaurar uma cópia não VDI usando omodo No Recovery.

l Crash Consistent protege o banco de dados sem qualquer envolvimento com oagente, ou seja, o VSS ou a VDI não são utilizados. Esse tipo de backup cria cópiasconsistentes em caso de falhas de bancos de dados do SQL usando os recursos denível de array. É possível usar esse tipo de backup para restauração de snapshot se



a cópia de recuperação apresentar falha. Isso elimina a intervenção na produção.Não há nenhum metadado de VDI e VSS gerado para cópias consistentes em casode falha. Cópias do SQL consistentes em caso de falha são montadas usando amontagem de VDS e recuperadas com a opção de recuperação AttachDatabase. É possível restaurar uma cópia consistente em caso de falhas usando omodo No Recovery. Há suporte para o tipo de backup consistente em caso defalhas em todos os arrays compatíveis e no RecoverPoint, exceto no ViPR, com asseguintes restrições:

n Para o VNX, o VNXe e o Unity, o banco de dados do SQL deve residir em LUNsque estão em um consistency group.

n Para volumes virtuais do VPLEX no Unity, o banco de dados do SQL deveresidir nas LUNs do Unity que estão em um consistency group.

n Não há nenhuma restrição para os volumes virtuais do VMAX, do RecoverPoint,do XtremIO e do VPLEX no XtremIO.

n Os bookmarks do RecoverPoint mostram a consistência de snapshot comoCrash Consistent na GUI do RecoverPoint.

Expiração automática de cópias

O valor de expiração automática na fase Create copy, em um plano de serviço,especifica o número máximo desejado de cópias de snapshots, clones ou bookmarksque podem existir simultaneamente.

Quando o valor de "Always keep x copies" é atingido, as cópias mais antigas sãoexpiradas para liberar armazenamento para a próxima cópia no rodízio. Cópias comfalha não são consideradas. O AppSync não expira a cópia mais antiga até que suasubstituição tenha sido criada com sucesso. Por exemplo, se o número de cópias aserem mantidas é 7, o AppSync não expira a cópia mais antiga até que a 8ª cópia sejacriada.






Obs.

Se esta opção não for selecionada, as cópias do RecoverPoint se acumularão epermanecerão até que os bookmarks saiam do dispositivo do RecoverPoint.

Configure a repetição em caso de falha do VSS

Você pode configurar um número de repetições do VSS na fase de criação de cópia deum plano de serviço. Durante a proteção, se um plano de serviço apresentar falha,como um problema de timeout do VSS, o plano de serviço executará a operação decongelamento/descongelamento do VSS novamente com base no intervalo e nonúmero de repetições especificados. Essa opção é compatível apenas com osaplicativos do Windows — File system, Microsoft SQL e Microsoft Exchange. Essa



opção não é usada durante a criação de cópias consistentes em caso de falhas debancos de dados do SQL.

Obs.


Script pós-cópiaPara realizar uma limpeza ou outras etapas pós-cópia, especifique um script e osparâmetros pós-cópia na guia Settings de um plano de serviço.

O script é executado após a conclusão bem-sucedida da fase Criar cópia. Os formatosde script válido são. bat, .exe e .ps1 (scripts do PowerShell). Opcionalmente, vocêpode digitar as credenciais para executar o script como um usuário específico. O scripté executado como o sistema local por padrão.

Quando o AppSync cria cópias de itens de aplicativo em um plano de serviço, ele podefragmentar os itens de aplicativo e colocá-los em grupos separados para a proteção.Essa ação pode ocorrer por motivos de desempenho (por exemplo, VSS do Exchangee SQL) ou porque os itens em um plano de serviço podem ser protegidos portecnologias de replicação diferentes. Por exemplo, um plano de serviço pode conteralguns itens de aplicativos que são protegidos por VNX Snapshot e alguns porbookmarks do RecoverPoint. Como resultado, os itens do aplicativo contidos nessesgrupos são protegidos de modo independente.

Quando o AppSync exige um script pós-cópia, ele transmite as cópias que foramcriadas no grupo chamando o script com - appCopies<APP1><APP2>, onde APP1 eAPP2 são os nomes dos itens do aplicativo nesse agrupamento.






Quando o AppSync executa o script pós-cópia, ele é executado para os itens deaplicativos que fazem parte de um grupo. Se houver vários grupos, o script de pós-cópia será executado várias vezes. Quando o AppSync executar o script pós-cópia, ele



informará a lista de itens de aplicativo no grupo de replicação como argumentos doscript, logo após os argumentos de usuário. A sintaxe é:

-applicationCopies <ITEM1> <ITEM2> <ITEM3>

onde <ITEMx> é o nome do item de aplicativo que está sendo protegido.




fase Unmount previous copyO plano de serviço desmonta uma cópia montada anteriormente depois de criar a novacópia. A exceção é uma cópia que tenha sido montada sob demanda em vez de ter sidomontada pelo plano de serviço. Nesse caso, a cópia montada sob demanda não édesmontada.

Todos os bancos de dados recuperados são encerrados como parte dessa fase. Não háconfigurações de usuário associadas a essa fase; portanto, ela pode ser ativada oudesativada.

Mount copyA fase Mount copy monta a cópia ou monta e recupera a cópia. Essa fase podepermanecer ativada ou desativada.

Nas configurações de Mount Copy Defaults, é possível definir o valor como Mountcopy ou Mount and recover copy.

Nas configuração de Mount copy, defina o valor do host de montagem, caminho demontagem e permissões de montagem (somente leitura ou leitura/gravação). Outrasconfigurações de montagem determinam onde os arquivos de metadados do SQL sãocopiados e o tipo de acesso de imagem do RecoverPoint.

Campo Descrição

Mount on Server O servidor no qual montar a cópia. Somente os nós do cluster ouhost independentes estão disponíveis para seleção. Os servidoresvirtuais do SQL são filtrados.

Mount withaccess

Tipo de acesso com que a cópia deve ser montada.

Mount path l O Default Mount Path is %SystemDrive%\AppSyncMounts\%%ProdServerName%%.

l Para especificar o valor de uma variável de ambiente doWindows no caminho de montagem, delimite o nome davariável com sinais de porcentagem únicos (%).

l O caminho padrão também contém uma variável AppSync(ProdServerName) que é delimitada com dois sinais deporcentagem (%%).

l Os caracteres a seguir não são válidos: < > : " / | ? *



Campo Descrição

l O caminho de montagem também pode ser Same as OriginalPath. No entanto, essa opção não está disponível quando ohost de montagem é o mesmo que o host de produção.

l Se você especificar um caminho de montagem não padrão, aunidade especificado para a montagem não pode ser um discoem cluster.

l Selecione Mapped Path para especificar o caminho ondedeseja montar o banco de dados.

Copiar arquivosde metadadospara

l O Default Path é o local para copiar arquivos de metadadosVDI e VSS: %SystemDrive%\AppSyncMounts\%%ProdServerName%%


l Se você fizer backup do banco de dados para outra mídia, façao backup dos arquivos de metadados também.

l O AppSync pode ser integrado com o software de backup deterceiros para criar backups em fita da cópias SQL Server. Odiretório de destino especificado aqui deve ser parte dobackup.

Obs.

l Os metadados não são criados para cópias não VDI.

l Os metadados de VDI e VSS não são gerados para cópiasconsistentes em caso de falha.

Image accessmode (durante amontagem doRecoverPoint)

l Logged access: Use esta opção de montagem se a verificaçãode integridade envolver a digitalização de grandes áreas dosvolumes replicados. Logged access é a única opção disponívelquando você monta no host de produção.

l Virtual access with roll: Fornece acesso quase instantâneo àcópia, mas também atualiza o volume replicado em segundoplano. Quando os volumes replicados estão no point in timesolicitado, o RPA alterna transparentemente para o acesso aovolume de réplica direto, permitindo o processamentointensivo. Acesso virtual com teste não é compatível com RPVMAX e XtremIO de RP.

l Virtual access: Fornece acesso quase instantâneo à imagem.O acesso virtual não se destina ao processamento intensivo.Acesso virtual com RP VMAX e XtremIO de RP não écompatível.

Service LevelObjective (SLO)

Somente arrays VMAX 3, uma configuração chamada DesiredService Level Objective (SLO) é exibida no Assistente Mount eespecifica os objetivos de nível de serviço exigidos pelo VMAX 3.O SLO define o intervalo operacional de tempo de serviço de umgrupo de armazenamento.



Campo Descrição

Opção demontagem doVPLEX

l Native array: Use esta opção se você deseja montar a cópiacomo volumes de array nativo.

l VPLEX virtual volume mount: Use esta opção se você desejamontar a cópia como volumes virtuais do VPLEX.

l Enable VMware cluster mount: Desmarque essa opção senão desejar executar uma montagem de cluster do ESX. Porpadrão, esta opção é ativada.

Use DedicatedStorage Group

l Aplicável apenas para hosts físicos ou máquinas virtuais comiSCSI direta como parte do cluster.

l Marcada por padrão, habilitar essa opção permite que oAppSync imponha um grupo de armazenamento VMAX, VNXou XtremIO dedicado, ou um grupo iniciador do XtremIO auma montagem. (Um grupo de armazenamento dedicadoVMAX ou VNX contém apenas o host de montagemselecionado). Para o XtremIO, essa opção se aplica a umgrupo de iniciadores do XtremIO que contém apenas uminiciador do host de montagem. A montagem falhará se vocêestiver montando em um nó de um cluster que está em umgrupo de armazenamento compartilhado com outros nós.

Obs.

Use esta opção para montar a cópia em um nó para validaçãode cópia ou backup em fita. Nesse cenário, você precisará dedois grupos de armazenamento. Um grupo de armazenamentoé dedicado ao nó passivo, sendo usado como um host demontagem, e o outro grupo de armazenamento é para orestante dos nós do cluster. Os dois grupos dearmazenamento contêm o armazenamento compartilhado parao cluster.

l Se desmarcada, o AppSync não impõe o uso de um grupo dearmazenamento dedicado para uma montagem.

Obs.

Desmarque esta opção para adicionar manualmente osdispositivos de destino como armazenamento em cluster eapresentá-los para instâncias do SQL Server em cluster parareutilização de dados e data mining.

Nas configurações Mount and recover copy, você especifica a instância derecuperação, o tipo de recuperação e os detalhes de nomenclatura do banco de dados.As outras configurações são semelhantes às configurações de Mount copy, como ocaminho de montagem e o tipo de acesso da imagem.

Campo Descrição

RecoveryInstance

A instância do SQL Server a ser usada para fins de recuperação.Se as configurações de conexão não estiverem definidas ou foreminválidas para a instância, a caixa de diálogo SQL Server



Campo Descrição

Connection Settings é exibida. Clique em Connection Settingspara redefinir as credenciais.Se você estiver usando um array VMAX 3, uma configuraçãochamada objetivo de nível de serviço (SLO) desejado estádisponível. A opção é exibida no Assistente Mount e especifica osobjetivos de nível de serviço necessários do VMAX 3. O SLO defineo intervalo operacional do tempo de serviço do grupo dearmazenamento

Recovery Type As opções disponíveis são: Recovery (padrão), No Recovery,Standby e Attach Database

Databaserenaming

Este menu suspenso inclui:

l Use original database names (padrão se for instânciaalternativa): Não está disponível para seleção se RecoveryInstance for a instância de produção.

l Use original database names with suffix: Esse é o padrão seRecovery Instance for a instância de produção.

Naming Suffix Exibida somente quando Original database names with Suffixestá selecionado no menu suspenso Database renaming. O valorpadrão é AppSync.

Mount path l O caminho de montagem padrão quando a instância demontagem do SQL é uma instância independente(%SystemDrive%\AppSyncMounts\%%ProdServerName%%).




l O caminho de montagem também pode ser Same as OriginalPath. Você pode selecionar uma das opções.

l Se tiver especificado o caminho de montagem não padrão paraa montagem em uma instância independente, a unidadeespecificada para a montagem não poderá ser um disco emcluster.

l Para a montagem em uma instância do SQL em cluster, o"Same as Original Path" e os caminhos alternativos demontagem são compatíveis. O "Default mouth path" não écompatível. Em vez disso, é possível digitar essa opção paraespecificar um caminho alternativo de montagem. O disco raizpara o caminho alternativo de montagem deve ser em cluster,e uma dependência deve existir para o SQL Server em umdisco em cluster.

Copy metadatafiles to

l Por padrão, o local para copiar arquivos de metadados VSS é omesmo que o caminho de montagem.



Campo Descrição

l Se o caminho de montagem for Same as Original Path, então,esse se torna % %SystemDrive%\AppSyncMounts\%%ProdServerName%%.


l Se você estiver fazendo backup do banco de dados para outramídia, deverá fazer backup também desses arquivos demetadados.


Obs.




l Logged Access: Use esta opção de montagem se a verificaçãode integridade envolver a digitalização de grandes áreas dosvolumes replicados. Essa é a única opção disponível quandovocê montar no host de produção.

l Virtual Access with Roll: Fornece acesso quase instantâneo àcópia, mas também atualiza o volume replicado em segundoplano. Quando os volumes replicados estão no point in timesolicitado, o RPA alterna transparentemente para o acesso aovolume de réplica direto, permitindo o processamentointensivo.

l Virtual Access: Fornece acesso quase instantâneo à imagem;ele não se destina ao processamento intensivo.


l Aplicável apenas para hosts físicos ou máquinas virtuais comiSCSI direta parte do cluster.

l Marcada por padrão, habilitar essa opção permite que oAppSync imponha um grupo de armazenamento VMAX, VNXou XtremIO dedicado a uma montagem. Para o XtremIO, estaopção se aplica a um grupo de iniciadores do XtremIO quecontém apenas um iniciador do host de montagem. O grupo dearmazenamento contém o host de montagem selecionadoapenas para uma montagem e a montagem falhará se vocêestiver montando em um nó de um cluster que está em umgrupo de armazenamento compartilhado com outros nós.



Campo Descrição

Obs.

Use esta opção para montar a cópia em um nó para validaçãode cópia ou backup em fita. Nesse cenário, você precisará dedois grupos de armazenamento. Um grupo de armazenamentoé dedicado ao nó passivo, sendo usado como um host demontagem, e o outro grupo de armazenamento é para orestante dos nós do cluster. Os dois grupos de armazenamentocontêm o armazenamento compartilhado para o cluster.

l Se desmarcada, o AppSync não impõe o uso de um grupo dearmazenamento dedicado para uma montagem e a montagemcontinuará. Os iniciadores de host podem pertencer somente aum grupo de iniciadores no XtremIO, então, use esta opçãopara montar em um host de montagem que é o único host nogrupo de iniciadores.

Obs.


Substituindo configurações de montagem em um plano de serviço

Se várias SQL Servers registrados forem inscritos no mesmo plano, você podeselecionar diferentes configurações de montagem e recuperação para cada SQLServer, sobrepondo as configurações genéricas.



1. Navegue até Service Plans > Microsoft SQL Server e clique em um dos planosna lista.


3. No painel à direita, selecione a guia Mount Copy Overrides.

A lista de servidores inclui todos os SQL Servers cujos bancos de dados estãoinscritos neste plano.

Dependendo de qual das opções, Mount copy ou Mount and recover copy,está selecionada, as configurações padrão são exibidas para todos osservidores.

4. Selecione o servidor cujas configurações você deseja sobrepor e clique em SetOverrides.

A caixa de diálogo Override Default Mount Settings é exibida.

5. Selecione as opções apenas para as configurações de montagem que vocêdeseja sobrepor.

Os campos que não têm uma seleção mantêm as configurações padrão.



6. Clique em OK.

Um ícone de lápis é exibido na primeira coluna da linha do servidor cujasconfigurações de montagem padrão você alterou.

7. Para reverter para as configurações padrão para um servidor, clique em UseDefault Settings.







Desmontar cópiaA fase final no plano de serviço desmonta a cópia. Essa fase permanece desativadacaso a fase Unmount previous copy esteja ativada. Não há configurações de usuárioassociadas a essa fase.

Se você escolheu Mount and recover copy na fase Mount copy, todos os bancos dedados montados são desligados como parte dessa fase.

Script de desligamento personalizado antes da desmontagem

Antes da desmontagem, se você deseja executar um desligamento personalizado dosbancos de dados, você pode colocar um script no seguinte local: %ProgramData%\EMC\AppSync\script.

O nome do script deve estar no formato:<ServicePlanName>_<host_ProductionInstanceName ORProductionInstanceName>_ ShutdownSQL.bat onde:

l O ServicePlanName é o nome do plano de serviço que o banco de dados éatribuído a

l host_ProductionInstanceName OU ProductionInstanceName:n No host_ProductionInstanceName, você pode substituir host por outro

nome, ProductionInstanceName é necessário independentemente dehaver instâncias diferentes do SQL ou não.

n Use o ProductionInstanceName caso a instância de produção padrão sejaigual ao nome de host.



Obs.

n Recomenda-se que você execute o script como um usuário do Windows. Paraexecutar o script como um usuário do SQL Server no ambiente do SQL Server2012, o usuário do sistema local deve ter a função de sysadmin.

n Usar o _ como um separador no nome de arquivo do script é obrigatório.

Na ausência de um script personalizado, o AppSync executará um desligamento dosbancos de dados antes da desmontagem.

Considerações sobre a montagem para o SQL ServerEsta seção descreve os requisitos de host de montagem, incluindo as regras para asversões de host de produção e montagem e suporte de host de montagem de máquinavirtual.

O host de montagem requer as mesmas versões do agente de plug-in do AppSync,SQL Server, e drivers de HBA que o host de produção. Os hosts de montagem devemter um SQL Server instalado se você quiser recuperar os bancos de dados a partir dacópia montada. Se a recuperação do banco de dados não for executada, o SQL Servernão é necessário no host de montagem.

Obs.

l Quando você montar uma réplica de um banco de dados do SQL Server noservidor de produção, não o faça usando a mesma instância do SQL Server que obanco de dados de produção está usando. Você deve usar uma instância diferentedo SQL Server.

l O caminho da montagem não deve exceder 32.767 caracteres de comprimento.

Versões de host de montagem e produção

l Se você estiver montando no nó de cluster de failover do Windows, consulte aseção Microsoft Cluster Server mounts for SQL Server.

l Se a versão principal da instância do SQL Server no host de montagem deprodução for posterior ao host de montagem, a recuperação falhará para todos osbancos de dados que pertencem a essa instância.

l Se a versão principal da instância do SQL Server no host de montagem deprodução for anterior à do host de montagem, a recuperação será bem-sucedidasomente se o tipo de recuperação for RECOVERY ou NORECOVERY. Arecuperação falhará se o tipo de recuperação for STANDBY.

l Se a versão principal da instância do SQL Server no host de montagem deprodução for a mesmo que o do host de montagem, mas a versão secundária foranterior, a recuperação falhará para todos os bancos de dados que pertencem aessa instância.

l Se a versão principal da instância do SQL Server no host de montagem deprodução for anterior for a mesma que a do host de montagem, a recuperação serábem-sucedida somente se o tipo de recuperação for RECOVERY ouNORECOVERY. A recuperação falhará se o tipo de recuperação for STANDBY.

l Se uma cópia de banco de dados SQL criada no AppSync é recuperada em umaversão superior da instância do SQL Server no host de montagem, a recuperaçãoda mesma cópia em uma versão inferior da instância do SQL Server falha.


Considerações sobre a montagem para o SQL Server 153

Suporte a discos virtuaisSe o host de montagem for uma máquina virtual, o Virtual Center deve estarregistrado no AppSync. Isso é necessário para montagem de RDMs.

Para de discos virtuais

l A montagem de produção não é aceita se a versão do host ESX for anterior àversão 5.0.

l Discos virtuais não persistentes não são compatíveis.

l Para montagens de datastore e virtual disco em ambientes ESXi 5. x eRecoverPoint 4.1.7.7, desative a aceleração de hardware para garantir montagensbem-sucedidas do tipo acesso virtual. Para obter mais detalhes, consulte o artigo2006858 da base de conhecimento VMware.

Para passagem de Hyper-V SCSI, o host de montagem não pode ser um host Hyper-V,ele deve ser um host físico ou máquina virtual com o NPIV ou iSCSI diretamenteconectados.

Montagem de um cluster do SQL Server como um recurso em clusterConsiderações para trabalhar com o SQL Server em um cluster apresenta informaçõessobre como adicionar e detectar os recursos em cluster.

l Para montar uma cópia de um cluster de produção em um cluster alternativo comoum recurso em cluster, você deve selecionar uma instância em cluster do SQLserver do cluster alternativo na página Mount with recovery. Há suporte para amontagem como um recurso em cluster para qualquer outra instância em clusterno cluster de produção. Não há suporte para a montagem como um recurso emcluster para a instância de cluster de produção.

l Há suporte para a montagem como um recurso em cluster para bancos de dadosdo SQL Server que residem em caminhos que começam com as letras da unidade,como P:\mysqldb\ ou Q:\mysqldb. Não haverá suporte para a montagemcomo um recurso em cluster se os bancos de dados de produção residirem empontos de montagem em cluster como I:\mount_point\, onde I: é umaunidade em cluster e outra unidade é montada em I:\mount_point\.

l Há suporte para a montagem em Same as Original Path.

l Há suporte para a montagem em um caminho alternativo no host de montagem. Énecessário especificar o caminho alternativo de montagem nas opções do caminhode montagem. O disco raiz para o ponto de montagem alternativo deve ser umdisco em cluster e o SQL Server precisa ter uma dependência no disco em cluster.

l É possível montar várias cópias do mesmo banco de dados em um clusteralternativo ao mesmo tempo.

l Todos os tipos de recuperação são compatíveis com suporte.

l A reutilização é compatível com suporte.

l Os bancos de dados podem residir em qualquer armazenamento compatível com oAppSync, exceto no ViPR.

l Se os bancos de dados residirem em mapeamentos de dispositivos brutos emambientes VMWare, os nós do cluster do SQL Server deverão residir emdiferentes ESXi. Isso é um requisito do VMWare. Para o banco de dados em discosvirtuais, os nós de cluster do SQL Server podem residir no mesmo ESX Server.

l O mapeamento de dispositivos brutos no modo de compatibilidade virtual não écompatível com suporte.

l As montagens estáticas são compatíveis com RecoverPoint.



Montar cópia de banco de dados do SQL Server sob demandaVocê pode iniciar uma montagem sob demanda de uma cópia de banco de dados deuma cópia ou de um banco de dados.



Procedimento

1. Na página Databases, selecione Recover > Mount a Copy.

Na página Copies, selecione uma cópia e clique em Mount.

O Assistente SQL Server Mount é iniciado.

2. Use os filtros Database, Copies ou Service Plan para selecionar a cópiaadequada a ser montada.



Para uma cópia do RecoverPoint, você também tem a opção de selecionar umbookmark de acordo com um horário específico. No entanto, deve haver umacópia disponível no AppSync antes da hora que você seleciona em Mount.

Clique em Select a point in time para selecionar uma cópia com um registro dehora. A hora indicada aqui é a hora do console. Se o console estiver em um fusohorário diferente do RecoverPoint Appliance (RPA), especifique a hora deacordo com o fuso horário do servidor para montar a cópia.Para arrays VMAX 3, selecione o SLO (Service Level Objective, objetivo de nívelde serviço) desejado para a cópia de montagem.

Obs.


Para arrays VMAX V2, selecione a política do FAST VP desejada para a cópia demontagem.

Para VPLEX, selecione uma opção de montagem:

l VPLEX virtual volume - o snapshot no array de back-end torna-se visível aoVPLEX. O AppSync cria volumes virtuais do VPLEX nos snapshots de arraynativo subjacentes e provisiona esses volumes virtuais para o host demontagem. Os volumes virtuais provisionados são adicionados à exibição dearmazenamento do host de montagem. Durante a desmontagem, os volumesvirtuais são removidos da exibição do armazenamento do host de montagem,e ele destrói o volume virtual do VPLEX criado nos snapshots de array nativosubjacentes. O snapshot no array de back-end tem o provisionamentoremovido do VPLEX.

l Native array volume - o AppSync provisiona os snapshots de array nativopara o host de montagem. O host de montagem deve ser zoneado para arraynativo em que o snapshot é criado. Todas as outras considerações demontagem do array nativo são aplicáveis.

l Caixa de seleção Enable VMware cluster mount - se o host de montagemfor uma máquina virtual do VMware que reside em um cluster do ESX, a LUNde destino torna-se visível para todos os nós do cluster do ESX durante a


Montar cópia de banco de dados do SQL Server sob demanda 155

montagem. Por padrão, essa opção é desabilitada. Se não desejar executaruma montagem de cluster do ESX, você pode limpar essa opção. A LUN dedestino torna-se visível somente para o cluster do ESX no qual o host demontagem reside. Isso é aplicável para ambos os tipos de dispositivos RDM evDisk.

4. Na página Mount Additional Copies, selecione uma ou mais cópias adicionaispara montar. As cópias listadas aqui são outros bancos de dados que foramprotegidos na mesma hora e no mesmo SQL Server que a cópia selecionada naetapa anterior.

5. Na página Select Mount Option, selecione um dos seguintes procedimentos:

l Mount copy - você pode optar por montar a cópia no host de montagemcomo volumes virtuais do VPLEX ou como volumes de array nativo. Se ohost de montagem for um cluster do ESX, você poderá executar umamontagem independente ou em cluster. Se o host de montagem for um nóde um cluster do Windows, você poderá executar a montagem selecionandoum grupo de armazenamento dedicado, onde as LUNs de destino da cópiasão mascaradas para um grupo de armazenamento diferente do grupo que játem volumes em cluster adicionados.

l Mount and recover copy – fornece a opção de selecionar instâncias emcluster para montar um banco de dados do SQL Server como um recurso emcluster. Quando você seleciona essa opção, o campo Recovery Instance éhabilitado. Selecione a instância em cluster na caixa suspensa. Observe queaté você fazer uma seleção, todas as outras opções ficarão desabilitadas.Depois que você selecionar uma instância, o AppSync solicita que você seconecte a essa instância; depois, o restante das opções ficarão disponíveis.

6. Na página Summary, analise as escolhas feitas nas páginas anteriores e cliqueem Finish para montar a cópia.

7. Na página Results, clique em View Details para ver o andamento das diversasfases da montagem de uma cópia.


Opções de montagem de cópias do SQL ServerAnalise os campos e as descrições da montagem de cópias do SQL Server.

Campo Descrição

Mount on Server O servidor no qual montar a cópia. Somente os nós do cluster ouhost independentes estão disponíveis para seleção. Os servidoresvirtuais do SQL são filtrados.

Mount withaccess


Mount path l O Default Mount Path is %SystemDrive%\AppSyncMounts\%%ProdServerName%%.




Campo Descrição



l O caminho de montagem também pode ser Same as OriginalPath. No entanto, essa opção não está disponível quando ohost de montagem é o mesmo que o host de produção.

l Se você especificar um caminho de montagem não padrão, aunidade especificado para a montagem não pode ser um discoem cluster.

l Selecione Mapped Path para especificar o caminho ondedeseja montar o banco de dados.

Copiar arquivosde metadadospara

l O Default Path é o local para copiar arquivos de metadadosVDI e VSS: %SystemDrive%\AppSyncMounts\%%ProdServerName%%


l Se você fizer backup do banco de dados para outra mídia, façao backup dos arquivos de metadados também.


Obs.




l Logged access: Use esta opção de montagem se a verificaçãode integridade envolver a digitalização de grandes áreas dosvolumes replicados. Logged access é a única opção disponívelquando você monta no host de produção.

l Virtual access with roll: Fornece acesso quase instantâneo àcópia, mas também atualiza o volume replicado em segundoplano. Quando os volumes replicados estão no point in timesolicitado, o RPA alterna transparentemente para o acesso aovolume de réplica direto, permitindo o processamentointensivo. Acesso virtual com teste não é compatível com RPVMAX e XtremIO de RP.

l Virtual access: Fornece acesso quase instantâneo à imagem.O acesso virtual não se destina ao processamento intensivo.Acesso virtual com RP VMAX e XtremIO de RP não écompatível.

Service LevelObjective (SLO)

Somente arrays VMAX 3, uma configuração chamada DesiredService Level Objective (SLO) é exibida no Assistente Mount e



Campo Descrição

especifica os objetivos de nível de serviço exigidos pelo VMAX 3.O SLO define o intervalo operacional de tempo de serviço de umgrupo de armazenamento.

Opção demontagem doVPLEX

l Native array: Use esta opção se você deseja montar a cópiacomo volumes de array nativo.

l VPLEX virtual volume mount: Use esta opção se você desejamontar a cópia como volumes virtuais do VPLEX.

l Enable VMware cluster mount: Desmarque essa opção senão desejar executar uma montagem de cluster do ESX. Porpadrão, esta opção é ativada.


l Aplicável apenas para hosts físicos ou máquinas virtuais comiSCSI direta como parte do cluster.

l Marcada por padrão, habilitar essa opção permite que oAppSync imponha um grupo de armazenamento VMAX, VNXou XtremIO dedicado, ou um grupo iniciador do XtremIO auma montagem. (Um grupo de armazenamento dedicadoVMAX ou VNX contém apenas o host de montagemselecionado). Para o XtremIO, essa opção se aplica a umgrupo de iniciadores do XtremIO que contém apenas uminiciador do host de montagem. A montagem falhará se vocêestiver montando em um nó de um cluster que está em umgrupo de armazenamento compartilhado com outros nós.

Obs.

Use esta opção para montar a cópia em um nó para validaçãode cópia ou backup em fita. Nesse cenário, você precisará dedois grupos de armazenamento. Um grupo de armazenamentoé dedicado ao nó passivo, sendo usado como um host demontagem, e o outro grupo de armazenamento é para orestante dos nós do cluster. Os dois grupos dearmazenamento contêm o armazenamento compartilhado parao cluster.


Obs.


Opções SQL Server Mount e Recover copyAs opções SQL Server mount e Recover copy são explicadas na tabela a seguir:



Campo Descrição

RecoveryInstance

A instância do SQL Server a ser usada para fins de recuperação.Se as configurações de conexão não estiverem definidas ou foreminválidas para a instância, a caixa de diálogo SQL ServerConnection Settings é exibida. Clique em Connection Settingspara redefinir as credenciais.Se você estiver usando um array VMAX 3, uma configuraçãochamada objetivo de nível de serviço (SLO) desejado estádisponível. A opção é exibida no Assistente Mount e especifica osobjetivos de nível de serviço necessários do VMAX 3. O SLO defineo intervalo operacional do tempo de serviço do grupo dearmazenamento

Recovery Type As opções disponíveis são: Recovery (padrão), No Recovery,Standby e Attach Database

Databaserenaming

Este menu suspenso inclui:

l Use original database names (padrão se for instânciaalternativa): Não está disponível para seleção se RecoveryInstance for a instância de produção.

l Use original database names with suffix: Esse é o padrão seRecovery Instance for a instância de produção.

Naming Suffix Exibida somente quando Original database names with Suffixestá selecionado no menu suspenso Database renaming. O valorpadrão é AppSync.

Mount path l O caminho de montagem padrão quando a instância demontagem do SQL é uma instância independente(%SystemDrive%\AppSyncMounts\%%ProdServerName%%).




l O caminho de montagem também pode ser Same as OriginalPath. Você pode selecionar uma das opções.

l Se tiver especificado o caminho de montagem não padrão paraa montagem em uma instância independente, a unidadeespecificada para a montagem não poderá ser um disco emcluster.

l Para a montagem em uma instância do SQL em cluster, o"Same as Original Path" e os caminhos alternativos demontagem são compatíveis. O "Default mouth path" não écompatível. Em vez disso, é possível digitar essa opção paraespecificar um caminho alternativo de montagem. O disco raizpara o caminho alternativo de montagem deve ser em cluster,e uma dependência deve existir para o SQL Server em umdisco em cluster.



Campo Descrição

Copy metadatafiles to

l Por padrão, o local para copiar arquivos de metadados VSS é omesmo que o caminho de montagem.

l Se o caminho de montagem for Same as Original Path, então,esse se torna % %SystemDrive%\AppSyncMounts\%%ProdServerName%%.


l Se você estiver fazendo backup do banco de dados para outramídia, deverá fazer backup também desses arquivos demetadados.


Obs.




l Logged Access: Use esta opção de montagem se a verificaçãode integridade envolver a digitalização de grandes áreas dosvolumes replicados. Essa é a única opção disponível quandovocê montar no host de produção.

l Virtual Access with Roll: Fornece acesso quase instantâneo àcópia, mas também atualiza o volume replicado em segundoplano. Quando os volumes replicados estão no point in timesolicitado, o RPA alterna transparentemente para o acesso aovolume de réplica direto, permitindo o processamentointensivo.

l Virtual Access: Fornece acesso quase instantâneo à imagem;ele não se destina ao processamento intensivo.



l Marcada por padrão, habilitar essa opção permite que oAppSync imponha um grupo de armazenamento VMAX, VNXou XtremIO dedicado a uma montagem. Para o XtremIO, estaopção se aplica a um grupo de iniciadores do XtremIO quecontém apenas um iniciador do host de montagem. O grupo dearmazenamento contém o host de montagem selecionadoapenas para uma montagem e a montagem falhará se vocêestiver montando em um nó de um cluster que está em umgrupo de armazenamento compartilhado com outros nós.



Campo Descrição

Obs.

Use esta opção para montar a cópia em um nó para validaçãode cópia ou backup em fita. Nesse cenário, você precisará dedois grupos de armazenamento. Um grupo de armazenamentoé dedicado ao nó passivo, sendo usado como um host demontagem, e o outro grupo de armazenamento é para orestante dos nós do cluster. Os dois grupos de armazenamentocontêm o armazenamento compartilhado para o cluster.

l Se desmarcada, o AppSync não impõe o uso de um grupo dearmazenamento dedicado para uma montagem e a montagemcontinuará. Os iniciadores de host podem pertencer somente aum grupo de iniciadores no XtremIO, então, use esta opçãopara montar em um host de montagem que é o único host nogrupo de iniciadores.

Obs.


Modos de recuperação de montagem compatíveis

Os seguintes tipos de recuperação de montagem estão disponíveis quando você estáse recuperando uma cópia de banco de dados SQL.

Recovery Type Descrição

Recuperação Instrui a operação de restauração a reverter todas as transaçõesnão confirmadas. Após o processo de recuperação, o banco dedados estará pronto para uso.

No Recovery Instrui a operação de restauração a não reverter todas astransações não confirmadas. No modo No Recovery, o banco dedados pode ser usado. Essa opção é útil quando o administrador debanco de dados precisa restaurar um ou mais backups de registrosde transação. O banco de dados é conectado à instânciaselecionada para fins de recuperação e fica no estado "Restoring".

Standby Restaura arquivos e abre o banco de dados no modo somenteleitura. Subsequentemente, o administrador de banco de dadospode aplicar manualmente backups de registros de transaçãoadicionais.



Recovery Type Descrição

Obs.

Se você estiver restaurando um banco de dados de uma versãomais antiga do SQL Server em uma versão mais recente do SQLServer, não use o modo standby. Se você usar o standby, o upgradepara a versão mais recente não pode acontecer o que resultará emuma falha da operação.

Conectarbancos dedados

Monta o file system no qual os arquivos de banco de dados estãolocalizados e conecta o banco de dados ao SQL Server. A opçãoAttach Database somente está disponível para cópias não VDI(Virtual Desktop Interface) e consistentes em caso de falha, poistodos os dados necessários para conectar o banco de dados fazemparte da cópia. Pode ser que seja necessário executar etapasadicionais para a recuperação completa do banco de dados.

Obs.

l Não há suporte para os modos Recovery, No recovery e Standby para cópias nãoVDI e consistentes em caso de falhas.

l A opção Attach Database não é compatível com cópias de banco de dadoscompletas ou cópias de SQL.

Desmontando uma cópia do SQL ServerQuando você seleciona uma cópia do SQL Server para desmontar, outras cópias queforam montadas juntamente com a cópia selecionada também serão desmontadas.



Você pode desmontar uma cópia somente em uma lista de cópias feitas para um bancode dados.

Procedimento

1. Navegue até a página Copies das páginas Copy Management ou Service Plan:

l Copy Management > Microsoft SQL Server > selecione o servidor quehospeda o banco de dados que você deseja desmontar, depois selecione ainstância do banco de dados com a cópia para desmontar.

l Service Plans > Microsoft SQL Server > selecione um plano de serviço,depois selecione a guia Copies.

2. Na lista de cópias, selecione a cópia e clique em Unmount do botão na parteinferior da página.

A caixa de diálogo Unmount Confirmation exibe todas as cópias de outrosbancos de dados que foram montados, juntamente com a cópia selecionada paraser desmontado.




A página Unmount exibe o andamento da operação de desmontagem. Todas ascópias associadas á cópia selecionada serão desmontadas.








/prd/db1 /tst/db1




D:\Test1 G:\Test1

E:\ H:\Test2

F:\Test3 I:\

L:\ N:\



Obs.










Procedimento




















Obs.


Visão geral da restauração de banco de dados do SQL ServerAnalise e considere que as seções a seguir em relação às opções de restauração dobanco de dados do SQL Server.

Entre eles, estão:

l Considerações sobre a restauração para bancos de dados em um grupo dedisponibilidade

l Entidades afetadas durante a restauração

l Restaurando um banco de dados primário ou um banco de dados secundário comfailover

l Restaurando um banco de dados secundário sem failover

l Como o AppSync gerencia bancos de dados SQL danificados

l Restaurando uma cópia do SQL Server

l Restaurando uma cópia do SQL Server no XtremIO

l Utilitário de restauração do SQL (assqlrestore)

Obs.

Certifique-se de que nenhum snapshot de máquina virtual esteja presente antes deproteger um datastore. Se snapshots de máquinas virtuais estiverem presentes, aproteção será bem-sucedida, mas o AppSync não conseguirá executar umarestauração de arquivo ou da máquina virtual.

Considerações sobre a restauração para bancos de dados em um grupo dedisponibilidade

O AppSync restaura as cópias dos bancos de dados primário e secundário. Considere oseguinte ao restaurar um banco de dados em um grupo de disponibilidade.

l A restauração fica no nível de LUN e deve ser restaurada de volta na LUN deorigem usada para criar a cópia do AppSync.

l O AppSync suspende a movimentação de dados como parte do processo derestauração.

l Um banco de dados não pode ser restaurado se fizer parte de um grupo dedisponibilidade. O AppSync remove o banco de dados do grupo de disponibilidade,como parte do processo de restauração.

l O AppSync não coloca de volta o banco de dados no grupo de disponibilidade. Paraobter mais informações sobre a restauração de bancos de dados em um grupo de


Visão geral da restauração de banco de dados do SQL Server 165

disponibilidade, consulte "Restaurando um banco de dados principal ou um bancode dados secundário com failover" e "Restaurando um banco de dados secundáriosem failover".




l Para o RecoverPoint, se os bancos de dados estão no mesmo grupo deconsistência, eles se tornam entidades afetadas quando outros bancos de dadossão protegidos.

l Para VNXe, se os bancos de dados estão no mesmo grupo de LUNs, eles se tornamentidades afetadas quando o outro banco de dados é protegido.

l Para o Unity, se os bancos de dados estão no mesmo consistency group, eles setornam entidades afetadas quando outros bancos de dados são protegidos.

l Para VNX/VMAX, VNX, VNXe, Unity ou XtremIO, se os bancos de dadosestiverem na mesma LUN, eles se tornam entidades afetadas quando outrosbancos de dados são protegidos.

l Para discos virtuais do VMware, como a restauração envolve um datastore, asrestaurações de todos os aplicativos que residem no mesmo datastore (discosvirtuais no mesmo datastore) também são afetadas entidades.

Se a entidade afetada tiver sido protegida juntamente com o banco de dadosselecionado para restauração, o AppSync a restaura. Qualquer outro banco de dadosque não foi protegido, mas é uma entidade afetada será substituído.

O AppSync calcula as entidades afetadas para grupos de consistência ou grupos deLUNs do banco de dados selecionado para restauração. Se, por sua vez, os bancos dedados afetados residirem parcialmente em outros grupos de consistência ou grupos deLUNs, o AppSync não calcula as entidades afetadas nesses grupos de consistência.

Dependendo do tipo de entidade afetada, os bancos de dados afetados sãodesconectados pelo AppSync ou você deve desconectá-los manualmente da instânciado SQL Server.

As entidades afetadas são calculadas somente para as instâncias do SQL Server ondeas credenciais estão configuradas. O AppSync faz uma detecção nova dos bancos dedados para todas essas instâncias antes de calcular as entidades afetadas.

Restaurando um banco de dados primário ou um banco de dados secundáriocom failover

Depois que você clica no botão Finish no Assistente SQL Server Restore, o AppSyncrealiza as seguintes ações:

1. Se você tiver marcado a caixa de seleção Failover the Availability Group if thecurrent role is Secondary, o AppSync verificará a integridade dos bancos de



dados no grupo de disponibilidade que não estão sendo restaurados. Se eles nãoestiverem íntegros, o AppSync não poderá executar o failover e a operação derestauração falhará. Você deve repetir a operação de restauração sem marcar acaixa de seleção.

2. Se você escolheu fazer backup do registro de transações, o AppSync faz o backupdo registro de transações.

3. O AppSync suspende a movimentação de dados para todas as réplicas do banco dedados selecionado antes de remover todas as réplicas do banco de dadosselecionado do grupo de disponibilidade.

4. Se o banco de dados que está sendo restaurado for secundário, o AppSync inicia ofailover.

5. O AppSync restaura as LUNs do banco de dados selecionado.

6. Por fim, o AppSync recupera o banco de dados e o deixa no estado de recuperaçãoque você selecionou no Assistente SQL Server Restore.

Após a conclusão da restauração do AppSync, você deve executar as etapas a seguir.

Procedimento

1. Restaurar quaisquer backups de registros e recuperar o banco de dadosprincipal.

2. Adicionar o banco de dados de volta no grupo de disponibilidade.

3. Se o banco de dados primário foi distribuído, então, está na mesma hora que obanco de dados secundário, associe novamente as cópias secundárias ao grupode disponibilidade.

4. Se o banco de dados primário não foi distribuído:

a. Exclua quaisquer cópias secundárias do banco de dados restaurado.

b. Propague e junte novamente as réplicas secundárias de banco de dados nogrupo de disponibilidade.

Obs.

Depois que o AppSync remove a cópia do banco de dados principal, a cópiaficará no estado recuperado se ela estiver íntegra. Se você tiver restaurado umacópia secundária com failover, a função primária terá sido movida para outrainstância do SQL Server. Você deve excluir o banco de dados primário original epropagá-lo novamente.

Restaurando um banco de dados secundário sem failover

Depois que você clica no botão Finish no Assistente SQL Server Restore, o AppSyncrealiza as seguintes ações:

1. Se você escolheu fazer backup do registro de transações, o AppSync faz o backupdo registro de transações.

2. O AppSync suspende a movimentação de dados para a réplica secundária do bancode dados selecionado. A replicação continua a ser realizada para outras réplicas dobanco de dados.

3. O AppSync remove a réplica secundária do banco de dados selecionado do grupode disponibilidade.

4. O AppSync restaura as LUNs do banco de dados selecionado.


Restaurando um banco de dados secundário sem failover 167

5. Por fim, o AppSync recupera o banco de dados e o deixa no estado de recuperaçãoque você selecionou no Assistente SQL Server Restore.

Após a conclusão da restauração do AppSync, você deve executar as etapas a seguir.

Procedimento

1. Restaurar quaisquer backups de registro e deixar o banco de dados secundárioem um estado "NO RECOVERY".

2. Junte o banco de dados secundário ao grupo de disponibilidade.

Como o AppSync gerencia bancos de dados do SQL danificadosOs bancos de dados danificados podem ter arquivos de dados ausentes ou danificadoscom seus arquivos de registros intactos. O AppSync pode aplicar backups da partefinal dos registros nos bancos de dados danificados. Um banco de dados danificadonão deve conter alterações registrada em massa e não deve estar no estado OFF-LINE.

Se o banco de dados de produção estiver danificado e você marcar Database isdamaged durante a restauração, o AppSync faz o backup do final do registro dobanco de dados danificado antes de continuar com a restauração. Se o banco dedados danificado estiver no estado RECOVERY_PENDING ou SUSPECT, o AppSyncprimeiro tenta desconectar o banco de dados definindo o modo EMERGENCY nele. Seo AppSync não definir o modo EMERGENCY no banco de dados, ele ignora o banco dedados e segue com a restauração. Depois que a restauração ser efetivada, você poderecuperar o banco de dados manualmente usando o backup de final de registro.

Restaurando uma cópia do SQL ServerVocê pode realizar uma restauração de uma cópia do SQL Server da página Copies doservidor, página Copies do plano de serviço ou da página Databases.



1. Na página Databases, selecione Recover > Restore.

Na página Copies, selecione uma cópia e clique em Restore.

O assistente SQL Server Restore é iniciado.

2. Selecione a cópia a ser restaurada.

Use os filtros Time ou Service Plan para selecionar a cópia apropriada pararestaurar. A lista Copies é atualizada de acordo com os filtros selecionados.

3. Clique em Next.

Se a cópia selecionada tiver entidades afetadas, a página Restore Warningsserá exibida.

4. Leia as mensagens de aviso para os bancos de dados selecionados. Marque acaixa de seleção para indicar que concorda em restaurar outras entidadesjuntamente com a cópia selecionada.

5. Na etapa Backup Transaction Logs, selecione Yes para fazer o backup dosregistros antes da restauração.

a. Na caixa Back up to, informe o local onde será feito o backup dos registros.Os arquivos receberão o nome do banco de dados.



b. Marque a caixa de seleção Add a file extension to the backup file name eespecifique uma extensão para os arquivos de backup. A extensão padrãoé .trn.

c. Marque a caixa de seleção Add a prefix to the backup file names eespecifique um prefixo para os arquivos de backup. O prefixo padrão éAppSync.

d. Marque a caixa de seleção Database is damaged para arquivos de backupde final de registro.

e. Marque a caixa de seleção Truncate the transaction logs conformenecessário.

Essa caixa de seleção não está disponível para seleção se você tiver marcadoa caixa de seleção Database is damaged.

f. Marque a caixa de seleção Overwrite existing backup files conformenecessário.

Essa caixa de seleção não está disponível para seleção se você tiver marcadoa caixa de seleção Database is damaged.

Obs.

Não é possível fazer backup dos registros de transações para cópias não VDI(Virtual Desktop Interface) ou consistentes em caso de falhas.

6. Clique em Next para Restore Options.

A página Restore Options é exibida.

7. Selecione as opções de recuperação ou restauração apropriadas.

a. Para recuperar o banco de dados, escolha uma destas opções:

l Recuperação: Essa opção não estará disponível se você optou porregistros de transações de backup.

l Sem recuperação: Deixa o banco de dados em um modo não operacionale requer intervenção manual. Para cópias não VDI e consistentes em casode falhas, é necessário conectar e recuperar manualmente o banco dedados.

Obs.

Selecione esta opção ao restaurar um banco de dados secundário semfailover. Isso deixa o banco de dados secundário no estado derestauração, para que os registros de transações possam ser restaurados,permitindo que o banco de dados retorne ao grupo de disponibilidade.

l Standby: Se você escolher esta opção, especifique a localização dosarquivos.

A caixa Standby file location, onde os arquivos em standby devem serarmazenados. O caminho padrão é C:\temp.

Obs.

Cópias não VDI e consistentes em caso de falhas só são compatíveis com aopção de restauração No recovery.


Restaurando uma cópia do SQL Server 169

b. Para forçar uma restauração sobregravando o banco de dados existente,marque a caixa de seleção Overwrite the existing databases.

Essa opção não é necessária em circunstâncias normais.

Essa opção não estará disponível se você optou por registros de transaçõesde backup.

Obs.

Não é possível sobregravar o banco de dados existente para cópias não VDI econsistentes em caso de falhas.

c. No caso do grupo de disponibilidade, marque a caixa de seleção Failover theAvailability Group if the current role is Secondary para iniciar um failoverantes da restauração, se você estiver restaurando um banco de dadossecundário.

Uma mensagem de advertência será exibida indicando que o banco de dadosserá removido do grupo de disponibilidade e que você deve retorná-lo depoisque o AppSync restaurar o volume.

d. Marque a caixa de seleção I have read and understand the warning above,and want to continue with the restore para reconhecer a mensagem.

8. Clique em Next.





9. Clique em Next.

A página Summary é exibida.

10. Verifique a página Summary e clique em Finish para realizar a restauração.



12. Depois que o AppSync restaura um banco de dados para um grupo dedisponibilidade, execute as etapas adicionais conforme necessário:

l Restaurar um banco de dados principal ou um banco de dados secundáriocom failover.

l Restaurar um banco de dados secundário sem failover.



Utilitário de restauração do SQL Server (assqlrestore)O AppSync inclui um utilitário de restauração do SQL Server chamadoassqlrestore. Esta seção descreve sua função e usos.

O utilitário do assqlrestore permite que você restaure bancos de dados do SQLServer individuais de um backup em fita ou cópia montada sem sincronização inversado dispositivo de destino no dispositivo de origem. Ele pode restaurar um banco dedados, grupos de arquivos ou arquivos. O utilitário pode ser restaurado para o bancode dados original ou para um novo banco de dados. Os metadados de VDI do SQLServer criados como parte da atividade de replicação são necessários para restaurarum banco de dados que usa assqlrestore.

Obs.

Para cópias não VDI e consistentes em caso de falhas, não é possível restaurar umbanco de dados usando assqlrestore, pois os metadados não são criados.

O assqlrestore é uma interface de linha de comando executada em uma janela deprompt no client do AppSync. Ele é instalado no client como parte da instalação doAppSync.

Restaurar um banco de dados individual de uma cópia montada é especialmente útilquando você quiser recuperar apenas um banco de dados e não deseja substituir umdispositivo inteiro que ocorre com um uma restauração normal de AppSync. Esseutilitário é compatível com restauração em nível de item de uma cópia montada.

Sintaxe de comando assqlrestore com exemplosEste tópico lista a sintaxe de comando para o comando assqlrestore seguido porexemplos dos comandos.

Sintaxe do comandoA tabela a seguir lista a sintaxe de comando para o comando assqlrestore.

Tabela 21 Sintaxe do comando assqlrestore

Opção Descrição

Obrigatório

-s Nome do SQL Server com o nome dainstância (host\instance).

-f Local e nome do arquivo de metadados (ocaminho selecionado na GUI em Copymetadata files to).

-d Nome do banco de dados.

Tipos de conexão (-E ou -U)

-E Usuário usado para autenticação do Windows(especifique o nome de usuário)

-U ID de log-in do SQL Server.

-P Senha de texto não criptografado (usada comas opções -E e -U).


Utilitário de restauração do SQL Server (assqlrestore) 171

Tabela 21 Sintaxe do comando assqlrestore (continuação)

Opção Descrição

-p Senha criptografada (usada com opções de -Ee -U).

Opcional

-r Opção de recuperação - RECOVERY,

NORECOVERY (padrão) ou STANDBY.

-u Desfazer o nome do arquivo, necessário paraSTANDBY

-m Mover arquivo. As opção tem doisparâmetros: logical_file_name e

operating_system_file_name. Nomes

de caminho devem existir. Repita a opçãopara cada arquivo, inclusive arquivos deregistro ou arquivos de catálogo de textocompleto. Se você estiver restaurando paraum novo nome do banco de dados, use aopção -m para que você não substitua osarquivos originais. Por exemplo: -mlogicalfilenameS:\existingdir\newfilename.mdf

-fg Grupo de arquivos para restaurar. Repita aopção para cada grupo de arquivos.

-lf Arquivo lógico para restaurar. Repita a opçãopara cada arquivo lógico.

-e Exibe a senha criptografada quando a senha éespecificada como um argumento. Não usadocom outros parâmetros.

-v Modo detalhado.

-q Modo silencioso. Não fará perguntas.

-l <log_dir> Cria arquivos de registros no diretórioespecificado.

-h Ajuda.

Exemplo 2 Exemplos de sintaxe de comando

As opções de comando diferenciam maiúsculas de minúsculas. Consulte os "LivrosSQL Server on-line" para obter uma descrição de T-SQL

Obs.

Os parâmetros de comando mudaram em relação ao utilitário Replication Manager(rmsqlrestore)



Exemplo 2 Exemplos de sintaxe de comando (continuação)

l Usando a autenticação do Windows, restaure sem a aplicação de registros.

assqlrestore.exe -E Administrator -P password -s sql1\instance1 -d custinfo-f "C:\AppSyncMounts\sql1\APPSYNC_VDI_INSTANCE1_ custinfo.bin" -r RECOVERY

l Restaurar para um novo nome do banco de dados e mover os arquivos usando umlog-in do SQL e a senha criptografada:

assqlrestore -s sql1\instance1-d custinfoTest-f "C:\AppSyncMounts\sql1\APPSYNC_VDI_INSTANCE1_ custinfoTest.bin"-r RECOVERY-m custinfo_Data S:\custinfoTest.mdf-m custinfo_Log T:\custinfoTest.ldf-U sa -p 1EMC_4roJdyU5;x

n Para obter a senha criptografada:

assqlrestore -e <unencrypted_password>

Restaurando um banco de dados do SQL Server com o assqlrestoreAs etapas básicas para restaurar um banco de dados são fornecidas aqui. Você podeprecisar realizar etapas adicionais, mas use estas como base.


Faça log-in no sistema do SQL Server como um usuário com direitos de administrador,em seguida, faça o backup do registro de transações do SQL Server.

Procedimento

1. Coloque o banco de dados do SQL Server de destino no modo off-line.

2. Restaure os arquivos de banco de dados (.ldf, .ndf e .mdf) da fita, ou copie-osde uma réplica montada. Você pode copiá-los sobre os arquivos originais ou paraum novo local.

3. Abra uma janela de prompt de comando e dê o comando cd para: C:\ProgramFiles\EMC\AppSync Host Plug-in

4. Execute o comando assqlrestore.

Consulte a sintaxe do comando assqlrestore com a seção de exemplos decomandos de amostra. A sintaxe de comando básica é:

assqlrestore -s <SQLservername> -d <databasename> -f <metadatafile> -r <recovery_type>

5. Se necessário, aplique os registros de transações e recupere o banco de dados.

Restaurando um arquivo ou um grupo de arquivos com o utilitário de restauração do SQL ServerAprenda como restaurar um arquivo ou um grupo de arquivos com o utilitárioassqlrestore do SQL Server.


Utilitário de restauração do SQL Server (assqlrestore) 173


Certifique-se de que você entende como a restauração de arquivos e grupos dearquivos se comporta no SQL Server antes de continuar.

Obs.

Não é possível usar o utilitário assqlrestore para restaurar um grupo de arquivosdo SQL Server se o nome do grupo de arquivos contém caracteres não ASCII.

Faça log-in no sistema do SQL Server como um usuário com direitos de administrador,em seguida, faça o backup do registro de transações do SQL Server. Para restaurararquivos ou grupo de arquivos, o banco de dados deve estar on-line.

Procedimento

1. Abra uma janela de prompt de comando e dê o comando cd para: C:\ProgramFiles\EMC\AppSync Host Plug-in

2. Execute o comando assqlrestore.

a. Quando assqlrestore exibe o comando de restauração que está prestes aser executado, marque com Y se estiver correto.

b. Quando assqlrestore solicitar, restore the files you arerecovering, digite Y para continuar.

Para restaurar dois arquivos, por exemplo, execute:

assqlrestore -s <SQLservername> -d <databasename>-f <metadatafile> -lf <logical_filename1>-lf <logical_filename2> -r norecovery

Para restaurar dois grupos de arquivos, execute:

assqlrestore-s <SQLservername>-d <databasename>-f <metadatafile>-lf <logical_filename1>-fg <logical_filegroupname1>-fg <logical_filegroupname2>-r norecovery

Não use o modo silencioso para uma restauração de arquivos ou grupo dearquivos. Você pode usar -lf e -fg no mesmo comando de restauração.



CAPÍTULO 7

Proteger o Oracle


l Visão geral do suporte do Oracle.......................................................................176l Protegendo um banco de dados........................................................................192l Detalhes e resumo do plano de serviço............................................................. 196l Montar uma cópia do Oracle............................................................................ 203l Restaurando uma cópia do Oracle.....................................................................214

Proteger o Oracle 175

Visão geral do suporte do OracleUse o AppSync para criar e gerenciar cópias consistentes com aplicativos (usando omodo de backup dinâmico) e consistentes em caso de falha (sem o modo de backupdinâmico) de bancos de dados Oracle®. Essas cópias podem ser usadas paramontagem (com/sem recuperação) e restauração.

A AppSync Support Matrix em https://elabnavigator.emc.com/eln/extendedSupport éa fonte consagrada de informações em plataformas e software compatíveis..

AppSync é compatível com:

l Oracle - (Cluster de aplicativos reais Oracle e independentes) e no Linux e AIX.

l Instalações do Oracle em hosts físicos, bem como máquinas virtuais (com pRDMse Vdisks) - Não há suporte para RDMs no modo virtual.

l Bancos de dados Oracle residindo em file systems NFS com armazenamento VNXFile, VNXe File e Unity File.

l Bancos de dados Oracle residindo em discos do ASM

l Bancos de dados Oracle residindo em file systems.

l Catalogação de RMAN de bancos de dados em um catálogo remoto.

l Reutilização de cópias de banco de dados Oracle.

Obs.

l O AppSync não dá suporte a file systems ou grupos de discos ASM nosdispositivos de sistema operacional Linux que não são dispositivos de blococompleto (como /dev/sdc) ou partição primária (como /dev/sdc1).

l Ao criar um banco de dados ASM, certifique-se de que o string de disco não estáno formato /dev/sd*. Se o string de disco estiver no formato /dev/sd*, osdispositivos não são considerados como dispositivos UDEV e a proteção falha.

Permissões do OracleEssas permissões são necessários para o AppSync funcionar com o Oracle.

l Acesso root e sudo ao servidor de produção e de montagem Oracle.

l Ao se conectar aos bancos de dados Oracle, o AppSync usa uma conexão legada econecta-se sempre como SYSDBA.

l Ao se conectar ao Oracle ASM, o AppSync usa uma conexão legada e conecta-sesempre como SYSASM.

Integração dos Red Hat Cluster Services com o AppSyncO AppSync pode operar com bancos de dados Oracle independentes configuradospara executar failover de nó para nó em um ambiente RHCS (Red Hat ClusterServices, serviços de cluster do Red Hat).

Visão geralDurante um processo de replicação, se o nó usado para criar um plano de serviço nãoestiver acessível, o AppSync executará a replicação em outro nó no cluster. Se o nóusado para criar a cópia original não estiver acessível, o AppSync não dependerá do IPvirtual do grupo de serviço Oracle. Portanto, certifique-se de registrar todos os nós nocluster de RHCS no servidor do AppSync para a replicação do banco de dados.

Proteger o Oracle


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

Sob uma perspectiva de restauração, o AppSync só pode restaurar para o nó em que acópia foi originalmente criada; portanto, o nó original deve estar ativo, caso contrário,o processo de restauração falha.

RequisitosAnalise os seguintes requisitos para usar um banco de dados independente que realizao failover como parte de um cluster RHCS:

l O plug-in de host do AppSync deve ser instalado em todos os nós do cluster.

l O recurso de IP deve ser configurado no grupo de serviço Oracle para o banco dedados em cluster.

l Se um failover ocorre durante a execução de um processo de replicação ourestauração, a operação falha. O failover do nó deve ocorrer antes da execução doplano de serviço, do início de uma replicação ou do início de uma restauração.

l O arquivo Oratab deve ter uma entrada para todos os SIDs possíveis que podemser executados sob o nó especificado (instâncias passivas e ativas).

l O pacote sg3_utils, que contém utilitários para acessar dispositivos que usamconjuntos de comandos do SCSI, deve ser instalado em todos os nós.

Considerações sobre a montagem

l O host de montagem não deve ser parte do cluster de RHCS.

l O host de montagem executa a mesma versão do Oracle que a cópia do host.

l O plug-in de host do AppSync deve ser instalado no host de montagem.

l O pacote sg3_utils, que contém utilitários para acessar dispositivos que usamconjuntos de comandos do SCSI, deve ser instalado no host de montagem.

Considerações sobre a restauração

l O AppSync só pode restaurar para o nó em que a cópia foi originalmente criada;portanto, o nó original deve estar ativo. Caso contrário, o processo de restauraçãofalha e corrompe o banco de dados. O console apresenta uma mensagem deadvertência detalhada antes da reinicialização da restauração.

l Para executar uma restauração em um ambiente RHCS, siga estas etapas:

1. Execute a restauração.

2. Inicie a instância da montagem.

3. Realize uma recuperação manual.

4. Desligue o banco de dados de abortamento.

5. Habilite o grupo de serviço.

Suporte ao Oracle Data GuardO AppSync é compatível com uma configuração do Oracle Data Guard para umstandby primário (banco de dados de origem) e físico (banco de dados de destino)aberto no modo ativo ou passivo/modo não ativo.

Existem três tipos de bancos de dados em standby:

l Standby físico

l Standby lógico

l Standby de snapshot

Todas as três configurações podem ser abertas em um dos seguintes modos:

Proteger o Oracle

Suporte ao Oracle Data Guard 177

l Modo de standby ativo — Banco de dados em standby em modo somente leituraou leitura/gravação

l Modo de standby passivo/não ativo — Banco de dados em standby no modomontado

O AppSync atualmente aceita apenas a configuração de standby físico do Data Guard,em modo ativo ou não ativo.

Quando um banco de dados em standby físico é aberto no modo ativo, o banco dedados em standby pode ser aberto no modo somente leitura, enquanto são aplicadosregistros. Essa ação permite que você consulte o banco de dados para obterinformações enquanto o Data Guard aplica os registros.

As configurações de standby de snapshot e lógico também permitem que o banco dedados seja aberto no modo de leitura/gravação. Uma configuração passiva/não ativasignifica que o banco de dados pode começar no modo montado e os registros podemser aplicados em segundo plano.

Standby físicoEm um ambiente de standby físico, os registros de arquivamento são aplicados quandosão recebidos. Um standby físico tem um mapeamento 1:1 do layout dearmazenamento e arquivo de primário para standby. Um banco de dados em standbyfísico pode ser aberto tanto no modo somente leitura quanto no modo montado, o quesignifica que ele pode ser uma configuração ativa ou passiva/não ativa.

O diagrama a seguir mostra uma configuração de Data Guard primária/standby típica(origem/destino):Figura 5 Ambiente de standby físico

Copy ManagementNo console do AppSync, acesse a página Copy Management > Oracle. Uma coluna derelacionamento Data Guard é exibida. Se você tiver um relacionamento de Data Guardexistente, poderá visualizar dois bancos de dados que fazem parte de umaconfiguração de Data Guard. Um dos bancos de dados é o banco de dados primário, ooutro é o banco de dados em standby físico (não ativo).

Analise as seguintes considerações de gerenciamento de cópias para o Data Guard:

l Para proteger um banco de dados primário do Data Guard (banco de dados deorigem), crie uma cópia como qualquer outro banco de dados independente. Vocêpode usar uma cópia de backup dinâmica.

l Para a proteção de um banco de dados de standby ativo do Data Guard (banco dedados de destino): A proteção em modo de backup dinâmico de um banco de

Proteger o Oracle


dados em standby ativo não é permitida, porque o banco de dados em standbyestá no modo somente leitura. Além disso, o banco de dados em standby contémregistros de arquivamento atualizado e é uma cópia exata do primário, não exigindoque os registros de arquivamento sejam copiados para recuperação. No entanto,você pode usar uma cópia de backup não dinâmica de banco de dados em standby.

l Para a proteção de um banco de dados em standby passivo/não ativo do DataGuard (banco de dados de destino): Um banco de dados em standby passivo/nãoativo opera da mesma forma que um banco de dados em standby ativo. A cópia debackup dinâmica do banco de dados não é permitida. A diferença é que a criaçãoda cópia é criada a partir do banco de dados montado, sem abrir o banco de dadosno modo somente leitura ou leitura/gravação.

l A criação de uma cópia de um banco de dados montado só é efetivada para umbanco de dados em standby passivo/não ativo do Data Guard no estado montado.Bancos de dados Oracle independentes montados não podem ser protegidos. Elesserão exibidos como off-line na página de proteção do banco de dados do console.

Montar e restaurar (recuperar)Analise as seguintes considerações sobre a montagem e a restauração para o DataGuard:

l Para um banco de dados primário (banco de dados de origem): A montagem e arestauração operam da mesma maneira com um banco de dados primário do DataGuard que qualquer banco de dados Oracle independente. Se você usa RAC paraconfigurar o banco de dados principal, então, as regras de montagem/restauraçãodo RAC para AppSync se aplicam.

l Para um banco de dados em standby ativo (banco de dados de destino): Amontagem e a restauração operam da mesma maneira para um banco de dados emstandby ativo do Data Guard que qualquer outro banco de dados Oracleindependente. Se o banco de dados em standby tiver sido configurado usandoRAC, então, as regras de montagem/restauração do RAC para AppSync seaplicam.

l Para um banco de dados em standby passivo/não ativo (banco de dados dedestino): A montagem e a restauração operam da mesma maneira para um bancode dados em standby passivo/não ativo do Data Guard que qualquer outro bancode dados Oracle independente. Se o banco de dados de standby tiver sidoconfigurado usando RAC, então, as regras de montagem/restauração do RAC paraAppSync se aplicam.

Obs.

Se você montar e restaurar um banco de dados principal ou em standby, o banco dedados é exibido no console como um banco de dados Oracle independente. Nenhumaconfiguração do Data Guard persiste.

Reutilizando (cópia ou uma cópia de) bancos de dados do Data GuardPara obter informações gerais sobre a reutilização, consulte a documentação dousuário do AppSync.

Analise as seguintes considerações sobre a reutilização para o Data Guard:

l Reutilizando um banco de dados primário (banco de dados de origem): Areutilização funciona da mesma maneira para um banco de dados primário do DataGuard como qualquer banco de dados Oracle independente.

l Reutilizando um banco de dados em standby ativo (banco de dados de destino): Areutilização opera da mesma maneira para um banco de dados em standby ativo doData Guard que qualquer outro banco de dados Oracle independente. Você não

Proteger o Oracle

Suporte ao Oracle Data Guard 179

pode fazer um backup dinâmico de um banco de dados em standby para uma cópiareutilizada.

l Reutilizando um banco de dados em standby passivo/não ativo (banco de dadosde destino): a reutilização opera da mesma forma para um banco de dados standbypassivo/não ativo do Data Guard que qualquer banco de dados Oracleindependente. Você não pode fazer um backup dinâmico de um banco de dados emstandby para uma cópia reutilizada.

Restaurar bancos de dados do Data GuardRestaurar para um banco de dados primário (banco de dados de origem): Arestauração para um banco de dados primário opera da mesma forma para qualquerbanco de dados Oracle independente. Recupere manualmente o banco de dados e, emseguida, ressincronize os bancos de dados primário em standby após a conclusão doprocesso de restauração do AppSync.

Integração com Veritas Cluster ServicesO AppSync pode operar com bancos de dados Oracle independentes configuradospara executar failover de nó para nó em um ambiente VCS (Veritas Cluster Services).

IntroduçãoDurante um processo de replicação, se o nó que foi usado para criar o plano de serviçonão estiver acessível, o AppSync executará a replicação em outro nó no cluster. OAppSync não depende do IP virtual do grupo de serviço Oracle. Portanto, registretodos os nós no cluster do VCS no servidor do AppSync antes de replicar o banco dedados.

Sob uma perspectiva de restauração, o AppSync só pode restaurar para o nó onde acópia foi originalmente criada. O nó original deve estar ativo, caso contrário, oprocesso de restauração falha.

RequisitosA seguir são apresentados os requisitos para usar um banco de dados independenteque realiza o failover como parte de um cluster do VCS:

l Instale o plug-in de host do AppSync em todos os nós do cluster.

l Configure o recurso de IP no grupo de serviço Oracle para um banco de dados emcluster.

l Se um failover ocorre durante a execução de um processo de replicação ourestauração, a operação falha. O failover do nó ocorre antes da execução de umplano de serviço, antes do início da restauração ou uma replicação.

l O arquivo Oratab deve ter uma entrada para todos os SIDs possíveis que podemser executados sob o nó especificado (instâncias passivas e ativas).

l Certifique-se de que os arquivos do tnsnames.ora em todos os nós contêmentradas de todas as instâncias independentes, inclusive o endereço IP virtual dogrupo de serviço Oracle (de acordo com a documentação da Symantec).

l Os seguintes arquivos devem estar acessíveis a todos os nós do cluster em que obanco de dados é executado:

n Banco de dados init/spfilen Arquivo de senha

l Instale o pacote sg3_utils, que contém utilitários para acessar os dispositivosque usam os conjuntos de comandos SCSI, em todos os nós.

Proteger o Oracle



l O host de montagem não deve ser parte do cluster do VCS.

l O host de montagem exige a instalação do VxVM Storage Foundations, 6.1 nomínimo.

l O pacote sg3_utils, que contém utilitários para acessar dispositivos que usamconjuntos de comandos do SCSI, deve ser instalado no host de montagem.

Considerações sobre a restauraçãoO AppSync só pode restaurar para o nó em que a cópia foi originalmente criada;portanto, o nó original deve estar ativo. Para executar uma restauração em umambiente VCS, siga estas etapas:

1. Congele o grupo de serviço Oracle: >hagrp -freeze<service_group_name>

2. Execute a restauração.

3. Reinicie a instância.

4. Realize uma recuperação manual.

5. Abra o banco de dados.

6. Descongele o grupo de serviço Oracle: >hagrp -unfreeze<service_group_name>.

Obs.

O AppSync só pode restaurar para o nó em que a cópia foi originalmente criada;portanto, o nó original deve estar ativo. Caso contrário, o processo de restauraçãofalha e deixa o banco de dados em um estado corrompido. O console apresenta umamensagem detalhada advertindo dessa situação antes da reinicialização em caso derestauração.

Integração de clusters do PowerHA (HACMP)O AppSync pode operar com bancos de dados Oracle independentes configuradospara executar failover de nó para nó em um ambiente de cluster IBM® PowerHA(HACMP).

IntroduçãoO AppSync protege o banco de dados no nó onde o estado atual está ativo antes daexecução do plano de serviço. O AppSync depende do IP de rótulo de serviço do grupode recursos do banco de dados Oracle.

Obs.

A partir do AppSync 3.1, o AppSync passa a exigir o uso de IP de rótulo de serviço paraa proteção de banco de dados Oracle. As cópias criadas utilizando as versõesanteriores à 3.1 do AppSync podem ser montadas ou restauradas mesmo após umupgrade para o AppSync 3.1. Após um upgrade, a execução do plano de serviçoagendado apresenta falha se o IP do rótulo de serviço não estiver registrado com oservidor do AppSync.

Ao proteger um aplicativo que sofre failover como parte de um cluster do PowerHA(HACMP), considere o seguinte:

l Os nós do cluster do PowerHA devem ser registrados com o AppSync antes doregistro do IP do rótulo de serviço.

Proteger o Oracle

Integração de clusters do PowerHA (HACMP) 181

Obs.

Você deve registrar os objetos com o AppSync na seguinte ordem:

n Nó ativo

n Nó passivo

n IP de etiqueta de serviço do banco de dados Oracle

l O nome/IP do rótulo de serviço deve ser configurado no grupo de recursos dobanco de dados Oracle.

l Se o grupo de recursos tiver vários IPs de rótulo de serviço configurados, registresomente um IP de rótulo de serviço com o servidor do AppSync.

l Se um failover ocorre durante a execução de um processo de replicação ourestauração, a operação falha. O failover do nó deve ocorrer antes da execução doplano de serviço ou no início de uma restauração.

l A entrada do arquivo Oratab deve ser o mesma em todos os nós do cluster.

l Os seguintes arquivos devem estar acessíveis a todos os nós do cluster em que obanco de dados é executado:

n Banco de dados init/spfilen Arquivo de senha


l O host de montagem não deve ser parte do cluster do PowerHA.


l Não há suporte para a montagem em um IP de rótulo de serviço.

Restauração em um ambiente PowerHARealize uma restauração. Depois da restauração, o grupo de volume não é simultâneo.Será necessário torná-los simultâneos manualmente antes da realização de um novoprocesso de detecção de um host ou file system.

Obs.

O AppSync só pode restaurar para o nó em que a cópia foi originalmente criada, assim,o nó original deve estar ativo; caso contrário, o processo de restauração falha e deixao banco de dados em um estado corrompido. O console apresenta uma mensagemdetalhada advertindo sobre essa situação antes da reinicialização, em caso de umarestauração.

Procedimento pós-restauração em um ambiente PowerHAAprenda como executar as etapas manuais com uma restauração em um ambientePowerHA depois de uma restauração.

Após a restauração, um file system monta no host de produção no modo de nãosimultâneo. Remova o file system do grupo de recursos, transforme-o em um grupo devolumes simultâneo e adicione-o novamente ao grupo de recursos.

Execute estas etapas em um nó ativo:

Procedimento

1. Desmonte o file system.

2. Digite o comando Varyoffvg.

Proteger o Oracle


3. Digite o comando Varyonvg com a opção - c (para torná-lo simultâneo).

Verificação:O comando lspv deve mostrar vg como simultâneo em ambos os nós daseguinte maneira:

node 2 hdiskpower8 00c2bfb0f1ee76ca oradata concurrent hdiskpower9 00c2bfb0f1f434e3 oralogs concurrent


4. Adicione o file system novamente ao grupo de recursos.

5. Verifique e sincronize a configuração.

Pré-requisitos e configurações suportadasSaiba mais sobre os pré-requisitos e as configurações aceitas para Oracle com oAppSync. Estão incluídas informações sobre as configurações dos dispositivoscompatíveis, Oracle em file systems, gerenciadores de volumes lógicos earmazenamento baseado em grupo de consistência RecoverPoint, configurações combase em Linux e AIX, incluindo usuário sudo e suporte para configurações devirtualização.

O AppSync AppSync pode criar cópias consistentes com aplicativos (utilizando obackup dinâmico do Oracle) e cópias com consistência em caso de falhas (sem obackup dinâmico). Para que o AppSync crie cópias consistentes com os aplicativosdos bancos de dados Oracle, os arquivos de dados, a FRA e os registros dearquivamento não podem compartilhar o file system, o grupo de volume, o grupo dediscos ASM, o grupo de consistência RP ou o datastore. Se a configuração do Oraclefor tal que os arquivos de dados e registros de arquivamento compartilham qualquerum desses agrupamentos, então o AppSync pode criar cópias consistentes em caso defalhas para esses bancos de dados.

Durante a criação da cópia, se o modo de backup dinâmico não estiver selecionado, oAppSync criará cópias consistentes em caso de falha e não desativará o banco dedados. Você precisa usar esse método para criar cópias se tiver registros dearquivamento ou FRA compartilhando o mesmo file system, grupo de volume, grupo dediscos ASM, grupo de consistência RP ou datastore, como arquivos de dados e/ouarquivos de controle e/ou de redo logs.

Se todos os arquivos do Oracle, inclusive os registros de arquivamento, estiverem emum grupo de discos, o AppSync poderá proteger esse banco de dados sem o modo debackup dinâmico. A cópia é consistente em caso de falhas.

Obs.

Os bancos de dados Oracle somente leitura só podem ser protegidos em modo sembackup dinâmico.

O AppSync não fornece uma opção para proteger o local de registro de arquivamentoseparadamente (como parte do plano de serviço Oracle). No entanto, se o local forcompartilhado com outros componentes do banco de dados, use sobreposições deinicialização (consulte o campo personalizado de parâmetros de inicialização emMount options para obter detalhes) e aponte para esse local durante a montagem comrecuperação. Lembre-se de especificar o caminho correto nas sobreposições de

Proteger o Oracle

Pré-requisitos e configurações suportadas 183

inicialização, principalmente no caso de utilização da montagem do caminhoalternativo ou de renomeação do grupo de discos ASM.

Se o banco de dados estiver em execução no modo NOARCHIVELOG, não selecione aopção de modo de backup dinâmico durante a criação das cópias.

Ao utilizar o VNX, garanta que todos os consistency groups sejam consistency groupsdo VNX. Ao usar o ViPR Controller, certifique-se de que todos os grupos deconsistência são grupos de consistência ViPR. Além disso, os arquivos de registros dearquivamento devem estar em um grupo de consistência diferente do resto dosarquivos de banco de dados.

Obs.

Arquivos de banco de dados se referem a arquivos de dados e/ou arquivos de controle,e/ou redo logs. Arquivos de registro de arquivamento se referem ao destino doregistro do arquivamento e/ou Fast Recovery Area.

Rebalanceamento de ASMO AppSync desativa o fator de energia do rebalanceamento de ASM antes de fazer umsnapshot ou um clone de discos subjacentes e o ativa novamente depois que a cópia écriada. Isso é para garantir que nenhum rebalanceamento automático ocorra durante aproteção. O AppSync desabilita o rebalanceamento de ASM usando o comando altersystem set asm_power_limit=0. O AppSync busca por operações ativas derebalanceamento somente em grupos de discos ASM que estão envolvidos naproteção.

select count(group_number) from gv$asm_operation where operation='REBAL' and group_number in <group_number of DGs in protection set>

O valor devolvido deve ser 0 (o que significa que nenhum grupo de disco envolvido naproteção está passando por uma operação de rebalanceamento) para o AppSynccontinuar. Se houver grupos de disco passando por rebalanceamento, o AppSyncconsulta a operação para cancelamento em no máximo uma hora. Depois desseperíodo, a proteção falha.

O AppSync não emite uma operação manual de rebalanceamento por grupo de discos,e ele não pode desabilitar as operações manuais de rebalanceamento em andamentoemitidas fora do AppSync. Pode levar um tempo para concluir as operações manuaisde rebalanceamento. Para evitar falhas de timeout durante a proteção, você devegarantir que nenhuma operação manual de rebalanceamento esteja ativa antes daexecução de um plano de serviço.

O AppSync também habilita e desabilita o rebalanceamento de ASM para cópias sembackup dinâmico.

Remoção do banco de dados Oracle excluídoQuando você remove ou exclui um banco de dados que tem cópias associadas a ele, obanco de dados é marcado como exclusão pendente.

Proteger o Oracle


Obs.

l Para o Oracle RAC, todas as instâncias do banco de dados devem ser removidas.

l Um banco de dados pode ser removido somente se a entrada do banco de dadosestá ausente no arquivo /etc/oratab.

l Bancos de dados inscritos ou protegidos são marcados como exclusão pendentesomente se todas as instâncias são removidas.

Se o banco de dados é recriado com o mesmo nome após a exclusão, e uma novadetecção é executada depois que o banco de dados foi recriado, o AppSync exibeentradas duplicadas com o mesmo nome do banco de dados. Isso não é umapreocupação se você pretende manter as cópias do banco de dados excluído. Noentanto, se você não pretende manter as cópias do banco de dados excluído, umanova detecção de host ou banco de dados deve ser realizada imediatamente após aremoção de um banco de dados Oracle de um cluster ou host.

Faça o seguinte para remover as entradas duplicadas:

1. Remova o comentário da entrada /etc/oratab do banco de dados usando umsímbolo de # no início da entrada.

2. Remova todas as cópias ou assinaturas de banco de dados excluídos e detectenovamente o host ou o banco de dados na GUI do AppSync. Se o banco de dadoscriado tem cópias ou assinaturas, ele é marcado como exclusão pendente. Casocontrário, ele não aparece depois desta etapa.

3. Remova o comentário da entrada que foi comentada na etapa 1.

4. Detecte novamente o host ou o banco de dados mais uma vez na GUI do AppSync.Se o banco de dados foi marcado como exclusão pendente na etapa 2, o indicadorde exclusão pendente é desmarcado. Caso contrário, uma entrada única de bancode dados para o novo banco de dados é exibida na GUI.

Oracle em configurações de armazenamento baseado em file systemSeguem alguns exemplos de configurações de Oracle para o qual o AppSync podeoferecer tanto cópias consistentes com aplicativos como consistente em caso defalha:

l Banco de dados único: arquivos de banco de dados, por exemplo, /data; arquivosde registros de arquivamento, por exemplo, /archive.

l Vários bancos de dados compartilhando um único local do registro dearquivamento: por exemplo, banco de dados 1 no /db1, banco de dados 2 no /db2, registros de arquivamento no /arch.

l Vários bancos de dados compartilhando locais de dados e de registro dearquivamento: por exemplo, arquivos dos bancos de dados 1, 2 e 3 no /data,locais de registro de arquivamento 1, 2 e 3 no /archive.

l Situação de bancos de dados afetados: Dois file systems em um grupo de volumescom mais dois file systems em outro grupo de volumes, de modo que um banco dedados Oracle tenha dados no sistema 1 no grupo 1 e faça log-on do sistema 1 nogrupo 2; e o segundo banco de dados Oracle tenha dados no sistema 2 no grupo 1e faça log-on do sistema 2 no grupo 2.

Proteger o Oracle


Obs.

O AppSync não é compatível com a seguinte configuração: um banco de dados Oracletem arquivos de dados no sistema 1, no grupo 1, e faz log-on no sistema 1, no grupo 2,e um segundo banco de dados Oracle tem arquivos de dados no sistema 2, no grupo 2,e faz log-on do sistema 2, no grupo 1.

Oracle em configurações de armazenamento baseado em gerenciadores devolumes lógicos (LVM/VxVM)

l Banco de dados único: Arquivos de banco de dados em um volume, por exemplo,datavg, e arquivos de registros de arquivamento em um volume, por exemplo,archvg.

l Vários bancos de dados compartilhando um local único de registro dearquivamento: Arquivos do banco de dados 1 em um volume, por exemplo,data1vg, e arquivos do banco de dados 2 em um volume, por exemplo, data2vg,e registros de arquivamento em um volume, por exemplo, archvg.

l Vários bancos de dados compartilhando locais de dados e de registro dearquivamento: Os arquivos dos bancos de dados 1, 2 e 3 em um volume, porexemplo, datavg, e os locais de registro de arquivamento dos bancos de dados 1,2 e 3 em um volume, por exemplo, archvg.

Oracle em configurações de armazenamento baseado em ASM

l Banco de dados único: Arquivos de banco de dados, por exemplo, no grupo dediscos +data, e arquivos de registros de arquivamento, por exemplo, no grupo dediscos +arch.

l Vários bancos de dados compartilhando um local único de registro dearquivamento: Arquivos do banco de dados 1 em, por exemplo, grupo de discos+data1, e arquivos do banco de dados 2, por exemplo, no grupo de discos+data2, e o arquivamento faz log-on, por exemplo, no grupo de discos +fra.

l Vários bancos de dados compartilhando local de dados e de registro dearquivamento: Arquivos do banco de dados 1,2,3, por exemplo, no grupo de discos+data1, e registros de arquivos do banco de dados 1,2,3, por exemplo, no grupode discos +data2.

Oracle em armazenamento baseado em grupo de consistência do RecoverPoint

l Banco de dados único: Arquivos de banco de dados nas LUNs no grupo deconsistência RP, por exemplo, DATACG, e arquivos de registros de arquivamentono grupo de consistência RP, por exemplo, ARCHCG.

l Vários bancos de dados compartilhando um local único de registro dearquivamento: Arquivos de banco de dados 1 em LUNs no grupo de consistênciaRP, por exemplo, DATA1CG, arquivos do banco de dados 2 em LUNs no grupo deconsistência do RP DATA2CG, e arquivos de registros de arquivamento no grupode consistência RP, por exemplo, ARCHCG.

l Vários bancos de dados compartilhando locais de dados e de registro dearquivamento: Arquivos dos bancos de dados 1, 2 e 3 em LUNs no grupo deconsistência RP, por exemplo, DATACG, e registros de arquivamento dos bancosde dados 1, 2 e 3 nas LUNs no grupo de consistência RP, por exemplo, ARCHCG.

Proteger o Oracle


Oracle em layouts de armazenamento baseado em datastore

l Banco de dados único: Arquivos de banco de dados no vDISKs do datastore, porexemplo, DATADS, e arquivos de log de arquivamento no vDISKs do datastore, porexemplo, ARCHDS.

l Vários bancos de dados compartilhando um local único de registro dearquivamento: Arquivos do banco de dados 1 em vDISKs do datastore, porexemplo, DATA1DS, arquivos do banco de dados 2 em vDISKs do datastoreDATA2DS, e arquivos de registros de arquivamento em vDISKs do datastore, porexemplo, ARCHDS.

l Vários bancos de dados compartilhando locais de dados e de registro dearquivamento: Arquivos dos bancos de dados 1, 2 e 3 em vDISKs do datastore, porexemplo, DATADS, registros de arquivamentodos bancos de dados 1, 2 e 3 em vDISKs do datastore, por exemplo, ARCHDS.

Oracle em armazenamento baseado em grupo de LUNs do VNXeAs seguintes configurações são aceitas:

l Banco de dados único: Arquivos de banco de dados nas LUNs no grupo de LUN doVNXe, por exemplo, arquivos de dados no grupo de LUNs DATALUNGRP earquivos de registros de arquivamento no grupo de LUNs ARCHCG.

l Vários bancos de dados compartilhando um local único de registro dearquivamento: Arquivos de banco de dados 1 em LUNs no grupo de LUNs do VNXe,por exemplo, DATA1LUNGRP, e arquivos do banco de dados 2 em LUNs no grupode LUNs do VNXe DATA2LUNGRP, e arquivos de registros de arquivamento nogrupo de LUNs do VNXe, por exemplo, ARCHLUNGRP.

l Vários bancos de dados compartilhando locais de dados e de registro dearquivamento: Arquivos dos bancos de dados 1, 2 e 3 em LUNs no grupo de LUNsdo VNXe, por exemplo, DATALUNGRP, registros de arquivamento dos bancos dedados 1, 2 e 3 em LUNs no grupo de LUNs do VNXe, por exemplo, ARCHLUNGRP.

Oracle em armazenamento baseado em consistency group do UnityAs seguintes configurações são aceitas:

l Banco de dados único: Arquivos de banco de dados nas LUNs no consistencygroup do Unity, por exemplo, arquivos de dados no consistency groupDATALUNGRP e arquivos de registros de arquivamento no consistency groupARCHCG.

l Vários bancos de dados compartilhando um local único de registro dearquivamento: Arquivos de banco de dados 1 em LUNs no consistency group doUnity, por exemplo, DATA1LUNGRP, arquivos do banco de dados 2 em LUNs noconsistency group DATA2LUNGRP do Unify, e arquivos de registros dearquivamento no consistency group do Unify, por exemplo, ARCHLUNGRP.

l Vários bancos de dados compartilhando locais de dados e de registro dearquivamento: Arquivos dos bancos de dados 1, 2 e 3 em LUNs no consistencygroup do Unity, por exemplo, DATALUNGRP, e registros de arquivamento dosbancos de dados 1, 2 e 3 nas LUNs no consistency group do Unity, por exemplo,ARCHLUNGRP.

Configurações de virtualização compatíveisO AppSync é compatível com a proteção, montagem e restauração de bancos dedados Oracle em vDisks independentes e em RAC.

O AppSync não é compatível com configurações nas quais os registros dearquivamento e de dados estão em uma combinação de RDM e vDisks.

Considerações:

Proteger o Oracle


l Para bancos de dados Oracle em vDisks em máquinas virtuais no ESX:

n Se o vDisk reside no ESX 5.0, desabilite o indicador de bloqueio deVMFS3hardwareaccelated no ESX que hospeda as máquinas virtuais quehospedam os bancos de dados Oracle em vDisks.

n Se o bloqueio ATS estiver habilitado para o datastore do VMFS3/5, o AppSyncfalha na montagem do datastore. Isso não é aplicável para as versões do ESXposteriores à 5.0.

l Para executar comandos SCSI do AppSync, defina o disk.EnableUUID namáquina virtual.

l Certifique-se de que o datastore da máquina virtual não compartilha o mesmoVMFS que os bancos de dados Oracle.

O

Obs.

AppSync não é compatível com as seguintes configurações de disco virtual:

l Banco de dados ASM em grupos de volumes do VXVM

l Banco de dados ASM em dispositivos VXDMP

l Banco de dados ASM em dispositivos não processados sob o controle do VXVM

l Banco de dados não ASM no grupo de volumes do LVM nativo que residem emdispositivos VXDMP

Suporte para Oracle em discos virtuais do VMwareVocê pode proteger, montar e restaurar bancos de dados Oracle independentes ou emcluster que residem em discos virtuais do VMware VMFS e NFS.

Considere as seguintes informações ao trabalhar com discos virtuais VMware e Oracle.

l Para um mapeamento efetivo, adicione o vCenter ao servidor do AppSync eexecute a detecção antes de adicionar o host Oracle. Caso contrário, você devedetectar novamente o host Oracle após a adição do vCenter.


l O AppSync não aceita:

n Proteção de bancos de dados Oracle em máquinas virtuais que compartilham omesmo datastore.

l Não há suporte para o disco virtual do VMWare de produção com a opção degravação múltipla ativada. A proteção pode ser bem-sucedida, mas a montagemapresentará falha.

l Para executar uma montagem e recuperação do Oracle para um host virtualizado,você precisa de permissões VMware para modificar a configuração da máquinavirtual de montagem (criar um RDM ou adaptador SCSI), e examinar novamenteos datastores e VMFS.

Consulte também Restauração de vDisk do Oracle com entidades afetadas.

Suporte para VIO vSCSI

Oracle com AIX LPARs agora também usa conexões "virtuais" para o armazenamento.

Proteger o Oracle


Visão geral: Suporte para VIO (disco I/O virtual) vSCSIAnteriormente, o AppSync aceitava o Oracle em máquinas físicas AIX e em máquinasvirtuais AIX (LPARs) que usavam conexões NPIV ou físicas para o armazenamento dearrays. Agora o AppSync aceita LPARs AIX do Oracle com conexões virtuais.

Todos os aplicativos compatíveis e os casos de uso para Hosts do AIX que usamconexões de armazenamento física ou NPIV agora também são aceitos em dispositivosde VIO VSCSI. Duas restrições se aplicam a esse suporte:

l A montagem de réplicas deve ser feita em hosts de montagem que usam conexõesde armazenamento física ou NPIV. As montagens não podem ser criadas comodiscos virtuais.

l O servidor de VIO deve mapear discos não processados inteiros para os clientes deVIO. Não mapeie volumes lógicos do servidor de VIO.

Além disso, o AppSync pode coexistir com mobilidade de partição do AIX em temporeal. O AppSync continuará a proteger e reutilizar aplicativos após a migração de dapartição de um cliente para um novo servidor gerenciado.

Supported versionsAo se referir a uma matriz de suporte do AppSync, discos de I/O virtuais AIX sãoaceitos como um tipo de disco virtual válido conhecido como Virtualization ServerSolutions.

Configurações compatíveis com o Oracle

A tabela a seguir descreve as configurações compatíveis com o Oracle.

Tabela 22 Configurações compatíveis com o Oracle

Recursos/ambientes doOracle

XtremI0 VMAX VNX VNXFile

VNXe Unity Arquivo doUnity

VPLEX RP ViPR

Oracle independente Sim Sim Sim Sim Sim Sim Sim Sim Sim Sim

Oracle em file systems Sim Sim Sim Sim Sim Sim Sim Sim Sim Sim

Oracle em ASM Sim Sim Sim Sim Sim Sim Sim Sim Sim Sim

Oracle RAC com NFS (nãoASM)

Não Não Não Sim Não Não Sim Não N/D Não

Oracle RAC com ASM Sim Sim Sim N/D Sim Sim N/D Sim Sim Sim

Oracle Dataguard (primárioe secundário)

Sim Sim Sim Sim Sim Sim Sim Sim Sim Sim

Suporte a cluster de hostpara o Oracle independente(PowerHA - AIX e VCS/RHCS - Linux)a

Sim Sim Sim N/D Sim Sim N/D Sim Sim Sim

Modo de backup dinâmicob Sim Sim Sim Sim Sim Sim Sim Sim Sim Sim

Modo sem backupdinâmico/consistente comfalhas


Oracle em máquinas físicase virtuais (com pRDMs e


Proteger o Oracle


Tabela 22 Configurações compatíveis com o Oracle (continuação)




VPLEX RP ViPR

Vdisks) - não há suportepara RDMs no modovirtual c

Bancos de dados Oracleresidindo em file systemsNFS com VNX, Unity oueNAS

N/D N/D N/D Sim N/D N/D Sim N/D N/D N/D

Oracle com AIX LPARs -conexões virtual e física ouNPIV


Reutilização de banco dedados Oracle

Sim Sim Sim Não Não Sim Não Sim Sim Não

mknode com ASMd Sim Sim Sim N/D Sim Sim N/D Sim Sim Sim

UDEV com ASM e Sim Sim Sim N/D Sim Sim N/D Sim Sim Sim

ASMLib com ASM f Sim Sim Sim N/D Sim Sim N/D Sim Sim Sim

Montagem do Oracleindependente paraindependente


Montagem de ASMindependente para ASMindependente


Montagem de RAC NFS(não ASM) para alternar oRAC NFS (não ASM)

N/D N/D N/D Sim N/D N/D Sim N/D N/D N/D

Montando o RAC ASM paraalternar o RAC ASM


Montagem para RAC deprodução como um cluster


Montagem de volta paraRAC de produção como umaúnica instância/fora decluster


RMAN Sim Sim Sim Sim Sim Sim Sim Sim Sim Sim

RMAN com BCT Sim Sim Sim Sim Sim Sim Sim Sim Sim Sim

ASM RAC ou bancos dedados independentescriados usando o ASMFD(ASM Filter Driver, driver defiltro do ASM)

Sim Sim Sim Não Sim Sim Não Sim Sim Sim

Proteger o Oracle


Tabela 22 Configurações compatíveis com o Oracle (continuação)




VPLEX RP ViPR

O layout mesclado de umbanco de dados Oracle quetem arquivos de dados,arquivos de controle e redologs em grupos de discosASM e registros dearquivamento e/ou FRA emfile systems (como ext4 noLinux)

Sim Sim Sim Não Sim Sim Não Sim Sim Sim

a. RHCS é aplicável a RHEL, e VCS a SuSE e RHEL.b. Consulte as seções sobre pré-requisitos e configurações compatíveis para obter informações sobre layout de banco de dados.c. Isso só é aplicável a LINUX.d. Isso só é aplicável a AIX.e. Isso só é aplicável a LINUX.f. Isso só é aplicável a LINUX.

AppSync não dá suporte aos seguintes ambientes Oracle:

l Oracle em qualquer file system de cluster (como ACFS, OCFS, GFS, GFS2, QFS eassim por diante)

l Backup estático

l File systems aninhados no NFS

l Montagem para diferentes versões de SO e diferentes versões do Oracle

l Banco de dados de um nó do Oracle RAC

l Combinação de dados e registros de arquivamento em RDM e Vdisks

l Vários bancos de dados que residem em diferentes máquinas virtuaiscompartilhando o mesmo datastore (por exemplo, VM1 com DB1 e VM2 com DB2)

l Montagem de ASM para não ASM

l Banco de dados ASM em grupos de volumes do VXVM

l Banco de dados ASM em dispositivos VXDMP

l Banco de dados ASM em dispositivos não processados sob o controle do VXVM

l Banco de dados não ASM no grupo de volumes do LVM nativo que residem emdispositivos VXDMP

l Bancos de dados conectáveis (PDB)

l Cluster do Oracle Flex

l ASM do Oracle Flex

l Oracle GoldenGate

l Gerenciador de volumes dinâmicos ASM (ADVM)

l Oracle multilocatário

l O banco de dados Oracle RAC no file system NFS4 não dá suporte a Oracle

Proteger o Oracle


Protegendo um banco de dadosPara proteger um banco de dados, inscreva-o em um plano de serviço do AppSync.

Você pode proteger objetos de maneiras diferentes, de locais diferentes no AppSync:

l Selecione Subscribe to Plan and Run quando desejar proteger imediatamente umbanco de dados selecionado. O plano de serviço é executado somente para essebanco de dados.

l Selecione Subscribe to Plan quando desejar agendar a proteção para mais tarde.A proteção para bancos de dados que fazem parte de um plano de serviço éexecutada em um horário agendado.

l Selecione um plano de serviço apropriado em Create copy usando um plano napágina Copies do banco de dados.

l Selecione Run na página Service Plans do Oracle para executar todo o planoimediatamente.

Detectando bancos de dadosPara manter o AppSync atualizado, você deve detectar bancos de dados no servidorOracle quando houver criação, exclusão ou renomeação de bancos de dados.


Essa operação requer a função de administrador do sistema no AppSync.

Procedimento

1. Navegue até Copy Management > Oracle para exibir a página Databases.

Apenas os bancos de dados iniciados e que estão em estado aberto aparecemcomo on-line na página de bancos de dados. Os bancos de dados que não temuma entrada no arquivo do /etc/oratab, bem como bancos de dadosdesligados, não são exibidos.

2. No menu suspenso Discover Databases, na parte inferior esquerda da tela,clique em On Server e, em seguida, clique no servidor em que o banco de dadosque você deseja detectar reside.

Inscreva um banco dados em um plano de serviçoVocê pode inscrever um banco de dados em um plano de serviço e executar o plano deserviço imediatamente, ou agendar o plano de serviço para executar mais tarde.



Procedimento

1. Navegue até Copy Management > Oracle.

2. Selecione um ou mais bancos de dados Oracle.

3. No botão pop-up Protect, selecione o plano de serviço apropriado, porexemplo:

Proteger o Oracle


Tabela 23 Opções de proteção de plano de serviço

Opção Descrição

Subscribe to Plan and Run Para inscrever o banco de dados para aproteção e executar o plano imediatamentepara qualquer banco de dados selecionado.

Subscribe to Plan Para inscrever o banco de dados paraproteção. A proteção para todos os bancos dedados que fazem parte do plano de serviço éexecutada na hora agendada.

Cancelar inscrição de banco de dados de um plano de serviçoQuando você cancelar a inscrição de um banco de dados individual de um plano deserviço, o AppSync retém todas as cópias de bancos de dados existentes; somenteoutra proteção será removida.



Procedimento


2. Selecione o banco de dados para cancelar a inscrição de um plano de serviço.

l Selecione o plano para cancelar a inscrição da: Protect > Unsubscribe fromPlan. Somente os planos aos quais o banco de dados foi inscrito são exibidosna lista pop-up.

l Para cancelar a inscrição de todos os planos de serviço, selecioneUnsubscribe from Plan > All.

Página de cópias do OracleVocê pode ver os detalhes de uma cópia da guia Copies do plano de serviço. A lista decópias pode ser filtrada por hora de criação e pelo plano de serviço.

Tabela 24 Campos da página Copy

Coluna Descrição



l Vermelho: falha

Nome O nome da cópia. O nome de cópia é a horaque o AppSync a criou.

Service Plan Nome do plano de serviço associado à cópia.No caso de um plano de reutilização, selecione

uma cópia e clique no link Repurpose paraeditá-lo.

Proteger o Oracle

Página de cópias do Oracle 193


Coluna Descrição

Obs.

Cada cópia é associada a um plano de serviçode reutilização exclusivo.

Rótulo O rótulo atribuído à cópia em caso dereutilização.

Application Consistent l Yes, se o banco de dados foi colocadocom sucesso no modo de backupdinâmico durante a criação da cópia.

l No, se o modo de backup dinâmico não foiselecionado na fase Create Copy.

l No, se o modo de backup dinâmico foiselecionado e banco de dados falhou aoentrar em modo de backup dinâmico.

Mount Status Status da cópia: montado ou não montado. Semontado, o nome do host de montagem éexibido.

Recovery Status Se a cópia foi recuperada após a montagemou não. Os valores são:

l Not Recovered - a cópia não foi montadaou a cópia foi uma montagem de filesystem.

l Successful - A recuperação foi bem-sucedida.

l Failed – Falha de recuperação.

Copy Type l Bookmark de local

l Bookmark remoto

l VNX Snap, VNXeSnap

l VNX File Snap

l VNXe File Snap

l Unity Snap

l Unity File Snap

l VMAX Clone

l VMAX Snap

l VMAX V3/VMAX AFA: SnapVXSnap,SnapVXClone

l XtremIO Snap

l ViPRSnap

Generation First or second generation copy – Parareutilização

Proteger o Oracle



Coluna Descrição

Origem Cópias de banco de dados de produção (paracópia de primeira geração) ou uma cópia deuma cópia (segunda geração).

Site Informações de local do RecoverPoint.

Sistema de armazenamento Número de série do array

Visualização de cópias de bancos de dadosSiga estas etapas para visualizar uma cópia de banco de dados Oracle no console doAppSync.



Procedimento

1. Navegue até Copy Management > Oracle

2. Clique em um banco de dados para exibir as cópias existentes de bancos dedados.

Você pode ver os detalhes de uma cópia da guia Copies do plano de serviço. Alista de cópias pode ser filtrada por hora de criação e pelo plano de serviço.

Criando uma cópia de banco de dados da página CopiesCrie uma cópia de um banco de dados por meio da inscrição em um plano de serviço deOracle AppSync na página Copies.



Procedimento

1. Navegue até Copy Management > Oracle

2. Clique em um banco de dados para exibir as cópias existentes.

3. Na lista Create a copy using a service plan , selecione o plano de serviçoapropriado.

O plano de serviço é executado imediatamente para o banco de dadosselecionado.

Expirando uma cópia de banco de dados sob demanda

Expirar uma cópia de banco de dados remove-a do banco de dados do AppSync e podeliberar o armazenamento, dependendo da tecnologia de replicação e do estado dacópia.




Proteger o Oracle

Página de cópias do Oracle 195

Procedimento


2. Clique no banco de dados desejado para a expiração da cópia.


Você também pode executar essa ação do na guia Copiesdo plano de serviço.

4. Selecione Expire na linha de botões na parte inferior da tela.

5. Verifique se você selecionou a cópia apropriada e todas as cópias associadasque também estão listadas e confirme.

Detalhes e resumo do plano de serviçoA guia Settings do plano de serviço mostra o nome, a descrição, o agendamento e ostatus do plano de serviço.

Clique nas fases para consultar as configurações detalhadas do plano de serviço eoutras guias para obter informações sobre assinaturas, listas de cópias e eventosgerados pelo plano.


Agendamento do plano de serviçoO agendamento de um plano de serviço é definido na fase Plan Startup. O StartupType, agendado ou sob demanda, determina se o plano é executado manualmente ouconfigurado para ser executado em um agendamento.

As opções de agendamento quando um plano de serviço é iniciado incluem:

l RPO (Recovery Point Objective, objetivo de ponto de recuperação).


n Defina os minutos após a hora em intervalos de cinco minutos.

n O RPO padrão é 24 horas.

l É executado todos os dias em horários específicos.

n Selecione até duas horas diferentes durante o dia.

n Selecione os minutos após a hora em intervalos de cinco minutos.

n Não há um padrão selecionado.

l É executado em uma hora determinada nos dias da semana selecionados.

n Você pode selecionar um ou mais dias da semana (até sete dias).

n Não há padrão para o dia da semana. A hora do dia padrão é 12:00 AM.

l É executado em uma hora determinada nos dias selecionados do mês.

n Selecione um ou mais dias do mês (até todos os dias).


n O padrão é o primeiro dia do mês.

Proteger o Oracle


Substituindo agendamentos de plano de serviçoVocê pode definir agendamentos individuais para bancos de dados inscritos em umplano de serviço sobrepondo a configuração de recorrência genérica.


Essa operação requer a função de administrador de segurança em AppSync.

Você só pode sobrepor as configurações do tipo de recorrência anteriormenteselecionado para o plano de serviço.

Procedimento



O painel Plan Startup Defaults é exibido à direita.


Um tipo de recorrência pode ser definido somente se Scheduled tiver sidodefinido como o Startup Type.

4. Selecione Start service plan phase.

Você verá o painel Start service plan à direita.


Um tipo de recorrência pode ser definido somente se Automatic estáselecionado na fase Startup.


Você pode visualizar a lista de todos os bancos de dados inscritos no plano.

7. Selecione um ou mais bancos de dados e clique em Override Schedule.

A caixa de diálogo Override Schedule é exibida.

8. Defina o agendamento de acordo com suas necessidades e, em seguida, cliqueem OK.

Por exemplo, se o tipo de recorrência padrão é para dias do mês especificados,e a configuração de regra é Run at 12:00 AM on the 1st day of every month,você pode sobrepor a hora e o dia para datastores individuais.

Resultado

Um ícone de lápis indica que as configurações padrão foram sobrepostas.

Detecção de aplicativosAntes de criar a cópia do banco de dados, o AppSync examina o banco de dadosOracle no host para procurar alterações, como adição; remoção e desligamento; oualterações no status aberto.

Um banco de dados é protegido somente se ele está no estado on-line. Isso significaque os bancos de dados devem estar no modo open (bancos de dados iniciados nomodo nomount ou mount e bancos de dados off-line não são protegidos).


Proteger o Oracle

Substituindo agendamentos de plano de serviço 197



Preferências de armazenamentoDefine a ordem de preferência da tecnologia de armazenamento a ser usada durante acriação de cópias, por exemplo, VNX Snapshot ou VMAX-Clone/Snap ou bookmark doRecoverPoint .

Use os botões Move Up e Move Down. As cópias são feitas usando a primeirapreferência de tecnologia quando possível. Se as condições se apresentarem demaneira que a primeira tecnologia não possa mais ser usada, então, todas as cópiasrestantes serão tratadas pela próxima preferência. Por exemplo, se a primeirapreferência fosse um bookmark, mas nem todos os dados de aplicativos no plano deserviço puderam ser mapeados para o RecoverPoint, o AppSync usa snapshot em vezdisso.

Obs.

Um único plano de serviço pode conter uma combinação de conjuntos de dadosconfigurados no VNX/VMAX block/file e RecoverPoint. Por exemplo, com o VNX, sevocê tiver um plano de serviço Bronze para Oracle, os bancos de dados inscritospodem estar em uma combinação de objetos do RecoverPoint e VNX/VMAX block.

Uma combinação de banco de dados do VNX e VMAX não é compatível. Além disso,para obter uma cópia de bookmark RP para um banco de dados, todas as LUNs nessebanco de dados devem estar configuradas com a proteção do RecoverPoint; casocontrário, as cópias de snapshot são criadas para esse banco de dados.


O script de pré-cópia é executado de acordo com o agendamento definido na fasePlan Startup. O AppSync executa este script uma vez por host, por plano de serviçoexecutado no host de produção.

Todas as fases de script são sem bloqueio, o que significa que, mesmo se falharem, aexecução do plano de serviço não é encerrada e a próxima fase continua.


Para uma execução efetiva do script certifique-se de:

l Que a fase de script está habilitada.

l Que o script existe no caminho especificado. Fornecer um caminho absoluto aoscript; não há locais padrão.

l Usar os formatos de script válidos: todos os executáveis do UNIX são compatíveis.Que o script exija permissões para o usuário especificado.

l Que o script de pré-cópia é executado pelo agendamento definido na fase PlanStartup.

Proteger o Oracle


l Que o script é executado como o sistema local por padrão apenas para o Windows.

l Que o script não coloca o banco de dados/tablespaces no modo de backup.

l Que o script não desligue o banco de dados.

Tabela 25 Campos do console do script de pré-cópia

Campo na interface do usuário Descrição

Full path to script O caminho completo para o local do script.

Script parameters Os parâmetros que são transmitidos ao scriptdurante a execução.

Run as username Usuário que tem permissões de execução noscript.

Password Senha do usuário.

Create copyA fase Create copy cria uma cópia baseada na tecnologia de replicação especificadano plano de serviço.

A fase Create copy especifica o tipo de backup para a cópia do banco de dados Oracleque o AppSync cria. Essa fase também define o período de expiração automática dascópias.

Expiração automática de cópiasO valor de expiração automática na fase Create copy de um plano de serviçoespecifica o número máximo desejado de snapshots, clones ou bookmarks que podemexistir simultaneamente.

Quando o valor de "Always keep x copies" é atingido, as cópias mais antigas sãoexpiradas para liberar armazenamento para a próxima cópia no rodízio. Cópias comfalha não são consideradas. O AppSync não expira a cópia mais antiga até que suasubstituição tenha sido criada com sucesso. Por exemplo, se o número de cópias aserem mantidas antes da expiração for 7, o AppSync não expira a cópia mais antiga atéque a 8ª cópia seja criada. O AppSync não expira cópias sob as seguintescircunstâncias:



Essa configuração independe de qualquer configuração de política de armazenamento(por exemplo, as configurações do pool do VNX para a exclusão automática desnapshots mais antigos). O administrador de plano de serviço deve trabalhar com oadministrador de armazenamento para garantir que as configurações da política dearmazenamento permitam a compatibilidade do número especificado de cópias desnapshot para esse aplicativo.

Inclua as cópias do RecoverPoint na política de rodízio de expiração: Marque estaopção para incluir cópias do RecoverPoint ao calcular rodízios.

Obs.

Se esta opção não for selecionada, as cópias do RecoverPoint se acumulam epermanecem até que os bookmarks saiam do dispositivo do RecoverPoint.

Proteger o Oracle

Create copy 199

Script pós-cópiaPara executar a limpeza ou outras etapas pós-cópia, especifique o script e osparâmetros pós-cópia na guia Settings do plano de serviço.

O script pós-cópia é executado conforme o agendamento definido na fase PlanStartup. Você pode executar essa fase uma vez por host por execução de plano deserviço. Se você ativar a fase de script, mas as permissões para executá-la nãoestiverem corretas; ou se o script não existir no caminho especificado, o plano deserviço terá uma falha na execução, apresentando o erro associado.

Esse processo requer a função de administrador de dados do AppSync. O AppSyncexecuta este script uma vez por host por plano de serviço executado no host deprodução.

Todas as fases de script são sem bloqueio, o que significa que, mesmo se falharem, aexecução do plano de serviço não é encerrada e a próxima fase continua.

Para uma execução efetiva do script certifique-se de:

l Que o script existe no caminho especificado. Fornecer um caminho absoluto aoscript; não há locais padrão.

l Usar os formatos de script válidos: todos os executáveis do UNIX são compatíveis.Que o script exija permissões para o usuário especificado.

Tabela 26 Campos do console de script de pós-cópia


Full path to script O caminho completo para o local do script.

Script parameters Parâmetros passados para o script durante aexecução.

Run as username Usuário que tem permissões de execução noscript.


Desmontar cópia anteriorO plano de serviço desmonta uma cópia montada anteriormente depois de criar a novacópia.

A exceção é uma cópia que tenha sido montada sob demanda em vez de ter sidomontada pelo plano de serviço. Nesse caso a cópia montada sob demanda não édesmontada.

Todos os bancos de dados recuperados são encerrados como parte dessa fase. Não háconfigurações de usuário associadas a essa fase; portanto, ela pode ser ativada oudesativada.

Script de pré-montagemVocê pode ativar essa fase caso deseje executar um script antes que o AppSyncexecute uma operação de montagem.

Esse script será executado uma vez por host para cada plano de serviço executado. Sevocê ativar a fase de script, mas as permissões para executá-la não estiverem

Proteger o Oracle


corretas; ou caso o script não exista no caminho especificado, o plano de serviço teráuma falha na execução, apresentando o erro associado.

Tenha cuidado ao utilizar vários hosts de montagem em uma execução de plano deserviço. (Consulte Substituindo configurações de montagem em um plano de serviço.É necessário selecionar a opção Same as mount host na opção Run on host para queo script seja executado em todos os hosts de montagem.

Tabela 27 Descrições do campo do script de pré-montagem


Full path to script O caminho completo para o local do script

Script parameters Os parâmetros passados para o script durantea execução

Run as username Usuário com permissões de execução noscript


Run on host Host onde o script precisa ser executado.

Selecione Same as mount host se várioshosts de montagem estiverem envolvidos.

Montar cópiasA fase de montagem de cópia monta a cópia ou monta e recupera a cópia. Essa fasepode permanecer ativada ou desativada.

Nas configurações Mount Copy Defaults, é possível definir o valor como Mount copyou Mount and recover copy.

Nas configurações de Mount copy, é possível definir o valor do host de montagem e ocaminho de montagem, além do tipo de acesso da imagem do RecoverPoint.

Nas configurações de Mount and recover copy, você especifica a instância derecuperação, o tipo de recuperação e os detalhes de nomenclatura do banco de dados.As outras configurações são semelhantes às configurações de Mount copy, como ocaminho de montagem e o tipo de acesso da imagem.

Para a opção do Oracle Mount on standalone server and prepare scripts forManual Recovery, se você habilitar a fase de script depois da conclusão dasoperações de montagem, o AppSync cria scripts no host de montagem que vocêexecuta para recuperar o banco de dados. Os scripts são de dois tipos, RMAN e SQL.Os scripts são criados em /tmp/<MOUNTED_SID_NAME>/RecoveryScripts.

Descrições do campo do console:

l Host name: Este campo é usado para especificar o host do qual você desejamontar a cópia do Oracle.

l Mount to path: O caminho no qual você deseja montar os file systems e arquivosde banco de dados. Para o ASM RAC, essa configuração não é utilizada/ignorada.

l Service Level Objective (SLO): Se você estiver usando um array VMAX 3, umaconfiguração chamada objetivo de nível de serviço (SLO) desejado está disponível.A opção é exibida no Assistente Mount e especifica os objetivos de nível de serviçonecessários do VMAX 3. O SLO define o intervalo operacional de tempo de serviçode um grupo de armazenamento.

Proteger o Oracle

Montar cópias 201

l Database name: Este campo representa o formato do nome do banco de dadosmontado. Para especificar o nome do banco de dados original use o token %DB%.Por exemplo: Para usar o nome original antecedido por TEST, use TEST%DB%.

l SID name: Este campo representa o formato do nome da instância montada. Paraespecificar o nome da instância original use o token %SID%. Por exemplo: Para usaro nome original antecedido por TEST, use TEST%SID%.

l ASM Diskgroup: Este campo representa o formato do grupo de discos do ASM.Para especificar o nome do grupo de disco original use o token %DG%. Por exemplo:Para usar o nome original antecedido por TEST, use TEST%DG%.

l Custom initialization parameters: Este é um campo de várias linhas que permiteque você especifique as configurações que sobrescrevem qualquer configuraçãode banco de dados original à cópia de banco de dados montada. Este campo é útilpara opções de edição, como configurações de memória.

l Restart databases after reboot: Essa opção é usada para iniciar os bancos dedados armazenados do Oracle no AppSync automaticamente após umareinicialização do host. Por padrão, esta opção fica desativada.

Substituindo configurações de montagem em um plano de serviçoSe vários bancos de dados registrados são inscritos no mesmo plano, você podeselecionar as configurações de montagem diferentes para cada banco de dados,sobrepondo as configurações genéricas. As configurações de recuperação não podemser sobrepostas.



Procedimento

1. Navegue até Service Plans > Oracle e clique em um dos planos de serviço dalista.



A lista de servidores inclui todos os hosts Oracle cujos bancos de dados estãoinscritos neste plano.

4. Selecione o servidor para sobrepor as configurações e, em seguida, clique emSet Overrides.

A caixa de diálogo Override Default Mount Settings é exibida.

5. Selecione as opções para as configurações de montagem que você desejasubstituir.

Os campos que não têm uma seleção retêm as configurações padrão.

6. Clique em OK.

Um ícone de lápis é exibido na primeira coluna da linha do servidor com suasconfigurações alteradas.

7. Para reverter para as configurações padrão para um servidor, clique em UseDefault Settings.

Proteger o Oracle


Script pós-montagemVocê pode ativar essa fase caso deseje executar um script depois que o AppSyncexecuta uma operação de montagem.

Esse script será executado uma vez por host para cada plano de serviço executado. Sevocê ativar a fase de script, mas as permissões para executá-la não estiveremcorretas; ou caso o script não exista no caminho especificado, o plano de serviço teráuma falha na execução, apresentando o erro associado.

Tenha cuidado ao utilizar vários hosts de montagem em uma execução de plano deserviço. (Consulte as configurações de montagem de sobreposição em uma seção deplano de serviço.) É necessário selecionar a opção Same as mount host na opçãoRun on host, para que o script seja executado em todos os hosts de montagem.

Tabela 28 Descrições do campo do script pós-montagem


Full path to script O caminho completo para o local do script

Script parameters Os parâmetros passados para o script durantea execução

Run as username Usuário com permissões de execução noscript

Run on host Host onde o script precisa ser executado.

Selecione Same as mount host se várioshosts de montagem estiverem envolvidos.

Desmontar cópiaA fase final no plano de serviço desmonta a cópia.


Se você escolheu montar com opções de recuperação (montagem independente,RMAN ou em cluster) na fase Mount copy, todos os bancos de dados montados sãoencerrados como parte dessa fase.

Montar uma cópia do OracleEsta seção descreve os campos de montagem do console do AppSync e suasdescrições.

Operações de montagem

Tabela 29 Descrições do campo Console

Campo Descrição

Mount on Server O servidor no qual montar a cópia.

Mount path O caminho padrão é /appsync. O caminho

de montagem também pode ser Same asOriginal Path. No entanto, essa opção não

Proteger o Oracle

Script pós-montagem 203

Tabela 29 Descrições do campo Console (continuação)

Campo Descrição

está disponível quando o host de montagem éigual ao host de produção. Você também podealterar o caminho padrão de montagem, porexemplo, /EMC em vez de /AppSync.

Selecione Mapped Path para especificar ocaminho onde você deseja montar o banco dedados.

Image access mode (durante a montagem doRecoverPoint)

l Logged access: Use esta opção demontagem se a verificação de integridadeenvolver a digitalização de grandes áreasdos volumes replicados. Essa é a únicaopção disponível quando você montar nohost de produção. O acesso virtual comRP-VMAX não é compatível.

l Virtual access with roll: Fornece acessoquase instantâneo à cópia, mas tambématualiza o volume replicado em segundoplano. Quando os volumes replicadosestão no point in time solicitado, o RPAalterna transparentemente para o acessoao volume de réplica direto, permitindo oprocessamento intensivo. Com o RP-VMAX e XtremIO RP, o acesso virtualcom distribuição não é compatível.

l Virtual access: oferece acesso quaseinstantâneo à imagem; ele não se destinaao processamento intensivo. Com o RP-VMAX e XtremIO RP, o acesso virtual nãoé compatível.

Reinicie os bancos de dados após areinicialização

Use essa opção para iniciar os bancos dedados armazenados do Oracle no AppSyncautomaticamente após uma reinicialização dohost. Por padrão, essa opção fica desativada.

Desired SLO Somente para arrays VMAX 3, umaconfiguração chamada Desired SLO é exibidano Assistente Mount e especifica os objetivosde nível de serviço exigidos pelo VMAX 3. OSLO define o intervalo operacional de tempode serviço de um grupo de armazenamento.

Opção de montagem do VPLEX l Native array: Use esta opção se vocêdeseja montar a cópia como volumes dearray nativo.

l VPLEX virtual volume mount: Useesta opção se você deseja montar a cópiacomo volumes virtuais do VPLEX.

l Enable VMware cluster mount:Desmarque essa opção se não desejar

Proteger o Oracle


Tabela 29 Descrições do campo Console (continuação)

Campo Descrição

executar uma montagem de cluster doESX. Por padrão, esta opção é ativada.

Você pode montar uma cópia criada em qualquer host de produção do dispositivo demúltiplos caminhos e montá-la em qualquer host de montagem do dispositivo demúltiplos caminhos. Isso significa que você pode criar uma cópia em dispositivos deBlock/PowerPath/MPIO e montá-la em um host de montagem com qualquer umadessas combinações.

Para DMP, certifique-se de instalar o DMP nos hosts de produção e montagem.

Obs.

É recomendável instalar o Oracle 12c Patch 19404068 para a recuperação confiável deum banco de dados Oracle.

Informações adicionais

l Com o AppSync 2.2.1 e posteriores, você pode configurar um local temporário porhost UNIX no console do AppSync, na página Servers.

n O AppSync usa o local temporário definido durante as operações de montagemdo Oracle para o armazenamento de informações que residiam anteriormenteno /tmp/<SID>/.

n /tmp/ é o local temporário padrão, a menos que você especifique outro.

l Para hosts UNIX, é possível configurar um valor de timeout de execução docomando a partir da página Servers do console do AppSync. O AppSync usa essevalor para aguardar o comando de cada sistema operacional que é executado peloAppSync em uma plataforma UNIX. O valor padrão é 60 minutos. Por exemplo, sefsck durante a montagem de cópia de file system leva mais de 60 minutos em umhost, você pode aumentar o valor de timeout de execução do comando.

l Várias montagens do AIX

n Só é possível montar várias cópias no mesmo host do AIX se as cópias foremcriadas usando o AppSync 3.0.1 e posterior.

n Se as cópias foram criadas usando o AppSync 3.0 ou anterior, não será possívelmontar várias cópias no mesmo host AIX, mesmo depois de um upgrade noservidor e no agente para o AppSync 3.0.1 e posterior.

n Se você tiver cópias criadas com o AppSync 3.0 e com o 3.0.1 e posterior, érecomendável que você monte a cópia criada usando o AppSync 3.0.1 eposterior para montagens simultâneas com sucesso. Se você pretende montara cópia do AppSync 3.0, apenas uma cópia pode ser montada.

n Se você montar a cópia criada a partir do AppSync 3.0.1 e posterior, amontagem da cópia do AppSync 3.0 poderá apresentar falha.

n Depois de fazer upgrade do servidor do AppSync para 3.0.1 e posterior, lembre-se de fazer upgrade do agente para o AppSync 3.0.1 e posterior.

Montando uma cópia usando o Assistente Oracle MountNo console do AppSync, você pode executar uma montagem de uma cópia usando oAssistente Oracle Mount.

Proteger o Oracle

Montando uma cópia usando o Assistente Oracle Mount 205



1. Na página Databases, selecione Recover > Mount a Copy.

Uma lista das instâncias de banco de dados do Oracle é exibida.

2. Na página Copies, selecione uma cópia e clique em Mount.

O Assistente Oracle Mount é iniciado.

3. Use Copies ou Service Plan ou os filtros Type para selecionar a cópia a montar.


4. Selecione a cópia desejada para montar. (Para uma cópia do RecoverPoint,você também tem a opção de selecionar um bookmark baseado em um horárioespecífico; no entanto, certifique-se de que há uma cópia disponível noAppSync.) Selecione a cópia e clique em Mount para iniciar o assistente MountCopy of Oracle .

5. Clique em Select a point in time para selecionar uma cópia com um registro dedata e hora específico. A hora indicada aqui é a hora do console. Se o consoleestiver em um fuso horário diferente do RecoverPoint Appliance (RPA),especifique a hora no fuso horário do servidor para montar a cópia.

6. Na página Mount Options, na lista de operações Mount, selecione uma dasseguintes opções:

l Mount on standalone server

l Mount on standalone server and create RMAN catalog entry

l Mount on standalone server and recover

l Montar no servidor independente e preparar scripts para recuperaçãomanual

l Mount on grid cluster and recover as RAC database

Se você selecionar Mount on standalone server and recover, Mount onstandalone server and prepare scripts for manual recovery ou Mount ongrid cluster and recover as RAC database com o modo aberto leitura/gravação para recuperação, a opção Create TempTable Space é habilitada.Essa opção é usada para criar o TableSpace TEMP na cópia de banco de dadosmontada na recuperação. Depois de selecionar Create TEMP TableSpace, oAppSync mostra outras opções:

a. Number of TEMPFILES': O número de arquivos a serem adicionados aoTableSpace TEMP, cada um com tamanhos especificados na opção "Size ofeach file"

b. Use a opção BIGFILE: Selecione essa opção durante a criação do novoarquivo temporário.

c. O size_clause especifica um número de bytes, kilobytes (K), megabytes(M), gigabytes (G), terabytes (T), petabytes (P) ou exabytes (E). Osize_clause permite que você estabeleça as quantidades de espaço emdisco ou memória, por exemplo, 10M. O tamanho de TempTable Space éigual ao arquivo de tabela Temp que é multiplicado pelo tamanho de cadaarquivo. Por exemplo, se o número de arquivos de tabela Temp = 2 e otamanho de cada arquivo = 10M, o tamanho do espaço TempTable = 20M.

O AppSync gera o nome do TempTable Space na forma de <DBNAME>_TEMP.Esse TableSpace recém-criado é definido como o TableSpace TEMP padrão da

Proteger o Oracle


instância do banco de dados montado. Durante a desmontagem, o AppSyncdescarta o TableSpace TEMP criado.

Obs.

l Com a montagem de recuperação manual, os scripts são preparados paracriar ("Step-5_createTempTableSpace.sql") e descartar("Step-6_dropTempTableSpace.txt") o TableSpace TEMP. Você devedescartar o TableSpace TEMP criado manualmente antes de desmontar umacópia com AppSync.

l Se o AppSync não conseguir descartar o Tablespace TEMP durante adesmontagem, e se uma operação de restauração for realizada usando essacópia, o tablespace é restaurado.

l Se você tentar restaurar uma cópia do RecoverPoint, o TableSpace TEMP,se criado durante a montagem com a recuperação, também é restauradopara produção. Você deve descartar o TableSpace TEMP manualmente apartir da cópia do banco de dados montado e, em seguida, tentar umarestauração.

7. Em Mount Settings, faça o seguinte:

a. Na lista Mount on Server, selecione o servidor no qual deseja montar acópia.

b. Da lista Mount to Path , selecione um local do caminho de montagem paraDefault path, Same as original path ou Mapped Path. O caminho demontagem é o local onde a cópia é montada no host de montagem.

8. Em Recovery Settings:

a. Analise as configurações padrão e faça as alterações necessárias.

b. Selecione Restart databases after reboot para iniciar os bancos de dadosarmazenados do Oracle no AppSync automaticamente após umareinicialização do host. Por padrão, essa opção fica desativada.

c. Selecione Create SPFile para criar um SPFile. O SPFile é criado no localpadrão ($ORACLE_HOME/dbs), com o nome spfile<SID>.ora. Durante adesmontagem, o SPFile é removido da pasta $ORACLE_HOME/dbs. Se aopção Copy SPFILE to ASM diskgroup é selecionada, o SPFile é criado nogrupo de discos de ASM primário, em vez de ser criado no $ORACLE_HOME/dbs.

Obs.

As opções Restart databases after reboot e Create SPFile não estãodisponíveis para o RMAN e a montagem com geração de scripts.

9. Em Advanced Recovery Settings:

a. Selecione Create Control file copies para criar 0-3 cópias adicionais doarquivo de controle para fins de redundância. O padrão é 0.

b. Selecione Change Database ID para alterar o ID do banco de dados dobanco de dados montado. Por padrão, essa opção fica desativada.

c. Selecione Use ADR (Automatic Diagnostic Repository) home directoryfor DIAGNOSTIC_DEST para forçar o banco de dados montado a usar o

Proteger o Oracle

Montando uma cópia usando o Assistente Oracle Mount 207

home directory ADR em vez de TEMP para registros de diagnóstico (padrão:desligado). Por padrão, essa opção fica desativada.

d. Selecione Disable archive log mode para forçar o banco de dados montadoa iniciar com registro de arquivamento desabilitado. Por padrão, essa opçãofica desativada.

Obs.

Você não pode usar as opções para recuperação avançadas durante arestauração de uma cópia RAC.

10. Em RMAN Settings:

a. Especifique o nome de usuário, a senha e a string de conexão do RMAN.

b. Analise outras configurações padrão e faça as alterações necessárias.

c. Selecione Skip Data Files para ignorar a catalogação de arquivos de dadosdo banco de dados.

Obs.

Isso é aplicável somente à opção de entrada de catálogo do RMAN.

11. Analise as configurações padrão de Mount e Recovery e faça as alterações, senecessário.

-- Para VPLEX, selecione uma opção de montagem:

l VPLEX virtual volume - o snapshot no array de back-end torna-se visível aoVPLEX. O AppSync cria volumes virtuais do VPLEX nos snapshots de arraynativo subjacentes e provisiona esses volumes virtuais para o host demontagem. Os volumes virtuais provisionados são adicionados à exibição dearmazenamento do host de montagem. Durante a desmontagem, os volumesvirtuais são removidos da exibição do armazenamento do host de montagem,e ele destrói o volume virtual do VPLEX criado nos snapshots de array nativosubjacentes. O snapshot no array de back-end tem o provisionamentoremovido do VPLEX.

l Native array volume - o AppSync provisiona os snapshots de array nativopara o host de montagem. O host de montagem deve ser zoneado para arraynativo em que o snapshot é criado. Todas as outras considerações demontagem do array nativo são aplicáveis.

l Caixa de seleção Enable VMware cluster mount - se o host de montagemfor uma máquina virtual do VMware que reside em um cluster do ESX, a LUNde destino torna-se visível para todos os nós do cluster do ESX durante amontagem. Por padrão, essa opção é desabilitada. Se não desejar executaruma montagem de cluster do ESX, você pode limpar essa opção. A LUN dedestino torna-se visível somente para o cluster do ESX no qual o host demontagem reside. Isso é aplicável para ambos os tipos de dispositivos RDM evDisk.

-- Para arrays VMAX 3, selecione o SLO (Service Level Objective, objetivo denível de serviço) para a cópia de montagem.

-- Para arrays VMAX V2, selecione a política do FAST VP desejada. Cadapolítica do FAST VP é associada a um grupo de armazenamento no array.Selecione o grupo de armazenamento a ser usado para a operação de

Proteger o Oracle


montagem, escolhendo a política de FAST VP associada a esse grupo dearmazenamento.

12. Clique em Nextpara exibir a página Summary.

13. Analise as configurações de montagem e clique em Finish para concluir amontagem.

14. Na página Results, você pode visualizar o andamento das diversas fases quefazem parte da montagem de uma cópia.


Recurso de catalogação de RMANEsta seção inclui pré-requisitos e restrições para a criação de entrada de catálogo doRMAN e cópia do arquivo de BCT.

Mount Operation: Mount on standalone server and create RMAN catalog entry

Tabela 30 Descrições do campo Console


RMAN user Proprietário do catálogo

RMAN password Senha do proprietário do catálogo

RMAN connect string O alias TNS usado para se conectar aocatálogo remoto do RMAN

TNS_ADMIN Caminho do arquivo tnsnames.ora onde o aliasTNS é especificado. (Caminho padrão:$ORACLE_HOME\network\admin\)

ORACLE_HOME Caminho ORACLE_HOME para os binários doOracle. Padrão: Same as production host

ASM Diskgroup Name Especifica o prefixo ou sufixo para renomearos grupos de discos no host de montagem ou%DG% (se o nome do grupo de discos doASM de produção for ser usado durante amontagem). Padrão: APS%DG%

Skip Data Files Ignorar catalogação de arquivos de dados dobanco de dados. Padrão: Não selecionado.

Observações sobre os pré-requisitos

l Banco de dados de catálogo RMAN deve existir e estar acessível na mesma redeque o host de montagem.

l O arquivo do tnsnames.ora no host de montagem deve conter um alias TNS queaponta para o banco de dados do catálogo RMAN onde o AppSync deve catalogara cópia.

l O catálogo e o proprietário do catálogo devem ser criados antes da montagem deuma cópia que será catalogada.

l O banco de dados de produção deve estar registrado no catálogo RMAN antes damontagem da cópia.

Proteger o Oracle

Recurso de catalogação de RMAN 209

l A versão do Oracle que executa o banco de dados de catálogo RMAN deve serigual ou superior à versão do Oracle mais recente de todos os bancos de dados deprodução registrados para esse catálogo.

l As cópias montadas com a integração RMAN não podem ser renomeadas usando aopção de renomeação de banco de dados. Isso também significa que somente umacópia por banco de dados pode ser montada em um host de montagem paracatalogação RMAN, e Mount to Original Host não é possível.

l As cópias montadas com acesso somente leitura não podem ser catalogadasusando RMAN.

l O banco de dados deve ser colocado no modo de backup dinâmico.

l Create backup controlfile deve ser selecionada na fase Create copy.

Montar no servidor independente e preparar scripts para recuperação manualEssa ação substitui as configurações de montagem em um plano de serviço. Estaseção contém pré-requisitos para a realização de uma montagem independente deuma cópia Oracle para uso com as etapas de recuperação manual auxiliada por script.

Descrição do campo do console:

l Mount to server: Este campo é usado para especificar o host do qual você desejamontar a cópia do Oracle.

l Mount to path: O caminho no qual você deseja montar os file systems e osarquivos de banco de dados. Para o ASM RAC, essa configuração não é utilizada/ignorada.

l Database name: Este campo representa o formato do nome do banco de dadosmontado. Para especificar o nome do banco de dados original use o token %DB%.Por exemplo: para usar o nome original antecedido por TEST, use TEST%DB%. Onome do banco de dados tem oito caracteres.

l SID name: Este campo representa o formato do nome da instância montada. Paraespecificar o nome da instância original use o token %SID%. Por exemplo: para usaro nome original antecedido por TEST, use TEST%SID%. O nome do SID tem 16caracteres e o SID do RAC tem 15 caracteres.

l ASM Diskgroup: Este campo representa o formato do grupo de discos do ASM.Para especificar o nome de grupo de discos original use %DG%. Por exemplo: parausar o nome original antecedido por TEST, use TEST%DG%.

l Custom initialization parameters: Este é um campo de várias linhas que permiteque você especifique as configurações que substituirão qualquer configuração debanco de dados original na cópia de banco de dados montada. O que é útil paraopções de edição, como configurações de memória.

Após a conclusão das operações de montagem, o AppSync criará scripts no host demontagem que você deve executar para recuperar o banco de dados. Os scripts sãoscripts RMAN e SQL. Os scripts são criados no /tmp/<MOUNTED_SID_NAME>/RecoveryScripts. Os arquivos de script são nomeados como Step-<number>_<operation>.<extension>. <number> representa o arquivo quedeve ser executado primeiro e assim por diante. <operation> indica o que o scriptfaz. <extension> indica o tipo de script, RMAN ou SQL. Dependendo do tipo descript, execute-o em RMAN ou execute-o por meio do SQLPlus. Seguem os nomes dearquivos gerados:

Step-1_DatabaseRename.sqlStep-1_DatabaseFileRename.sqlStep-2_RecoverDatabase.rman

Proteger o Oracle


Step-3_RecoverDatabase.sqlStep-4_OpenDatabase.sqlHá apenas um arquivo de etapa 1 criado, dependendo se a operação de recuperação foirealizada usando o nome do SID de produção ou um nome de SID alterado. Paraexecutar os scripts, siga estas etapas como usuário do Oracle:

1. Exporte o SID Oracle como o SID usado durante a recuperação.

2. Ao executar um script SQL, faça log-in no SQLPlus usando sqlplus / comosysdba. Você pode executar o script: @/tmp/<MOUNTED_SID_NAME>/RecoveryScripts/Step-<number>_<operation>.sql

3. Ao executar um script RMAN, faça log-in no RMAN usando rman target=/.Você pode executar o script como @/tmp/<MOUNTED_SID_NAME>/RecoveryScripts/Step-<number>_<operation>.rman.

Obs.

Certifique-se de seguir a ordem destas etapas durante a recuperação.

Montagem em cluster e recuperaçãoEsta seção contém pré-requisitos e detalhes para a realização de uma montagem deuma cópia com um banco de dados Oracle RAC como um banco de dados RAC emoutro cluster ou, se renomeado, de volta para o mesmo cluster. Seguem as devidasconfigurações:

Descrições do campo do console:

l Mount to cluster: Este campo é usado para especificar o cluster onde você desejamontar a cópia. Como alternativa, ele pode ser o cluster original para montarnovamente no cluster de produção.

l Mount to servers: Você pode selecionar um subconjunto de nós do clusterselecionado ou, opcionalmente, todos os nós do cluster que tenham sidoadicionados ao AppSync.

Obs.

O AppSync vai montar somente em nós de cluster que foram registrados; nós nãoregistrados não serão usados.

l Mount to path: Para o ASM RAC, ignore esta configuração.

l Database name: Este campo representa o formato do nome do banco de dadosmontado. Para especificar o nome do banco de dados original use o token %DB%.Por exemplo: para usar o nome original antecedido por TEST, use TEST%DB%. Onome do banco de dados tem oito caracteres.

l SID name: Este campo representa o formato do nome da instância montada. Paraespecificar o nome da instância original use o token %SID%. Por exemplo: para usaro nome original antecedido por TEST, use TEST%SID%. O nome do SID tem 16caracteres e o SID do RAC tem 15 caracteres.

Obs.

Para montagens do RAC, cada nó do cluster recebe um nome de instânciaexclusivo, seguido por um numeral.

Proteger o Oracle

Montagem em cluster e recuperação 211

l ASM Diskgroup: Este campo representa o formato do grupo de discos do ASM.Para especificar o nome de grupo de discos original use %DG%. Por exemplo: parausar o nome original antecedido por TEST, use TEST%DG%.

l Custom initialization parameters: Este é um campo de várias linhas que permiteque você especifique as configurações que substituirão qualquer configuração debanco de dados original na cópia de banco de dados montada. O que é útil paraopções de edição, como configurações de memória.








/prd/db1 /tst/db1




D:\Test1 G:\Test1

E:\ H:\Test2

F:\Test3 I:\

L:\ N:\

Proteger o Oracle


Obs.










Procedimento

















Proteger o Oracle



Obs.


Repetir a recuperação de uma cópia do Oracle montada e recuperadaVocê pode tentar recuperar uma cópia montada e recuperada sem a necessidade dedesmontar e remontar a cópia.



Use esse recurso para:

l Repetir uma recuperação com falha

l Repetir a recuperação com novas opções para recuperação, como a renomeaçãodo banco de dados

Procedimento

1. No console do AppSync, selecione Copy Management > Oracle.


2. Selecione um banco de dados.

A página Copies do banco de dados selecionado é exibida.

3. Selecione uma cópia e clique em Retry Recovery.

O assistente de Repetir recuperação de cópia montada do Oracle é exibido.

4. Selecione uma cópia e clique em Next.

5. Em Recovery Settings, analise as configurações padrão e faça as alteraçõesnecessárias.

6. Clique em Next.

7. Analise os detalhes do resumo e clique em Finish.

Restaurando uma cópia do OracleVocê pode executar uma restauração de uma cópia do Oracle usando o AssistenteOracle Restore no console do AppSync.



Proteger o Oracle


Obs.

l Se uma cópia for montada ou recuperada com renomeação do banco de dados,não é recomendado usar essa cópia para restauração.

l Certifique-se de que nenhum snapshot de máquina virtual esteja presente antes deproteger um datastore. Se snapshots de máquinas virtuais estiverem presentes, aproteção será bem-sucedida, mas o AppSync não conseguirá executar umarestauração de arquivo ou da máquina virtual.

l A restauração do Oracle falha se o grupo de volumes no qual reside o banco dedados Oracle tem LVMs (Logical Volume Management, gerenciamento de volumeslógicos) sendo usados para outros fins e não é protegido por AppSync.

Procedimento

1. No console do AppSync, clique na guia Copy Management, em seguida,selecione Oracle na lista suspensa.


2. Selecione um banco de dados para abrir a página Copies para o banco de dadosOracle selecionado, ela lista as cópias disponíveis com as datas de cópia.

3. Selecione a cópia desejada e clique em Restore para iniciar o Assistente OracleRestore.

Você pode receber a seguinte mensagem de advertência: You areattempting to perform a restore on a cluster. Pleasefollow the instructions in the AppSync documentation forspecific cluster restore procedures.

4. Selecione a cópia a ser restaurada e clique em Next.

A página Restore Options é exibida.

5. Clique na lista suspensa Restore e selecione uma das opções a seguir pararestaurar: Data, Archive logs ou Both Data and Archive logs.

Se o banco de dados que está sendo restaurado afeta outros bancos de dadosou file system, você pode receber uma mensagem de advertência da entidadeafetada.

6. Clique em Next.





7. Clique em Nextpara exibir a página Summary.

Proteger o Oracle

Restaurando uma cópia do Oracle 215

8. Revise as configurações de restauração e clique em Finish para concluir arestauração.

Na página Results, você pode visualizar o andamento das diversas fases quefazem parte da restauração de uma cópia.

Resultado

O AppSync apenas exibe advertências de restauração para bancos de dadosdetectáveis pelo AppSync que são comuns a esse host. Nenhuma advertência éexibida para bancos de dados que não são comuns para o host ou não detectáveis.

Obs.

Você deve reiniciar manualmente o banco de dados Oracle após a restauração. Parainiciar o banco de dados, execute os seguintes comandos:

Export ORACLE_SID=<SID> Sqlplus /nolog Connect / as sysdba Startup

Restaurar uma cópia local independente


Em nós remotos, siga estas etapas:

1. Desligue todos os bancos de dados afetados como usuário do oracle: oracle>srvctl stop instance -d <RACDB> -i <DbInstanceOnRemoteNodes>

2. Desmonte todos os grupos de discos do ASM afetados como usuário do grid:grid> asmcmd umount <DG>

No nó de restauração, realize a restauração.

Procedimento

1. No console do AppSync, acesse Copy Management > Oracle.

2. Selecione o banco de dados desejado e, em seguida, no menu suspenso nocentro inferior da tela, clique em Recover e selecione Restore.

O Assistente Oracle Restore é iniciado.

3. Na página Select Copy , selecione a cópia que você deseja restaurar e clique emNext.

4. Em Restore Options, selecione a opção que você deseja e depois clique Next.

A página Summary é aberta.

5. Analise suas ações de restauração e clique em Finish.

6. Verifique se o banco de dados selecionado está sendo desligado.

7. Verifique a mensagem indicando que os dispositivos e grupos de disco estãosendo desmontados.

8. Verifique se a restauração foi bem-sucedida.

Resultado

Após a restauração:

Proteger o Oracle


1. Remonte os grupos de discos nos nós remotos como usuário do grid: grid>asmcmd mount <DG>.

2. Em algum nó, realize a recuperação do banco de dados restaurado usando redo ouarchive com resetlogs:Oracle > startup mountOracle > recover database

3. Abra o banco de dados no nó de recuperação:Oracle > alter database open



Para o Oracle, uma entidade afetada pode somente ser outro arquivo de dados dobanco de dados Oracle ou registros de arquivamento. Você pode optar por restaurarusando uma das três opções. Isso determinará o nível ao qual as entidades afetadassão determinadas.

l Somente dados

l Somente registros de arquivamento

l Dados e registros de arquivamento

As entidades afetadas são exibidas somente de acordo com a opção de restauração.Se você selecionar Data, o AppSync procura entidades afetadas em relação aos filesystems e armazenamento de dados do banco de dados Oracle. O AppSync não usa oarmazenamento de registro de arquivamento dos bancos de dados Oracle paraverificação de entidades afetadas.

Se você selecionar Archive logs, o inverso se aplica. Somente os file systems e oarmazenamento de registros de arquivamento do banco de dados Oracle são usadospara a verificação de entidades afetadas, e não os file systems de dados de bancos dedados Oracle.

Se você selecionar Data e Archive logs, os file systems e o armazenamento, tanto dosregistros de arquivamento quanto dos arquivos de dados de bancos de dados Oracle,serão usados para a verificação das entidades afetadas.


l Para o RecoverPoint e o ViPR Controller, se os bancos de dados estiverem nomesmo grupo de consistência, eles se tornam entidades afetadas quando os outrosbancos de dados são protegidos.

l Para VNX, VNXe, Unity, VMAX, XtremIO e ViPR Controller, se os bancos de dadosestiverem na mesma LUN, eles se tornam entidades afetadas quando outrosbancos de dados são protegidos. Para VNXe, se os bancos de dados estão nomesmo grupo de LUNs, eles se tornam entidades afetadas quando o outro bancode dados é protegido.

Proteger o Oracle

Entidades afetadas durante a restauração 217

l Para o Unity, se os bancos de dados estão no mesmo consistency group, eles setornam entidades afetadas quando outros bancos de dados são protegidos.

l Para o vDISK/datastore - Se os arquivos de dados de dois bancos de dados: DB1 eDB2 residem no mesmo datastore [DS1] e/ou, da mesma forma, registros dearquivamento dos mesmos dois bancos de dados residem no datastore [DS2],ambos se tornam entidades afetadas.

Se a entidade afetada foi protegida juntamente com o banco de dados Oracleselecionado para restauração, o AppSync a restaura. Qualquer outro banco de dadosOracle que não foi protegido, mas é uma entidade afetada, é substituído.

O AppSyncdetermina as entidades afetadas (bancos de dados ou file systems) para osconsistency groups, grupos de volumes ou LUNs do banco de dados Oracleselecionado para restauração. Se os bancos de dados afetados residem parcialmenteem outros grupos de consistência, grupos de LUNs ou LUNs, o AppSync calcula asentidades afetadas sobre os grupos de consistência, grupos de LUNs ou LUNs.

As entidades afetadas são calculadas de acordo com a granularidade da restauração.Se os dados e o registro forem selecionados para restauração, as entidades afetadassão calculadas para todos os consistency groups, grupos de volume, grupos de LUNs,LUNs ou datastores onde o banco de dados reside. Se somente a restauração dedados ou registro for selecionada, as entidades afetadas são calculadas somente parao consistency group, grupo de volume, grupo de LUN, LUN ou datastore docomponente selecionado.

Se os componentes de dados e registro do banco de dados residem no mesmo grupode consistência ou LUN, a opção de restaurar somente registros ou dados não édisponibilizada. Você tem a opção de restaurar apenas dados e registros. A únicaexceção a essa situação é quando você opta por fazer uma restauração de cópiadiferencial.

Restauração de vdisk com entidades afetadasAnalise estas informações para uma restauração de Vdisk com entidades afetadas.

l Durante a restauração, se houver bancos de dados afetados em discos virtuais quenão estão protegidos pelo AppSync, desligue esses bancos de dados, incluindotodos os file systems desmontados. Além disso, remova Vdisks da máquina virtualantes de continuar com a restauração em nível de LUN.

l Se os bancos de dados afetados residem em qualquer grupo de volume ou disco,transfira ou desmonte os grupos antes da restauração, e importe-os e monte-osmanualmente após a restauração. (Como o AppSync não controla essas entidades,uma restauração de LUN de pós-armazenamento pode falhar durante a tentativade importação/montagem dos grupos de volume e discos afetados no host deprodução.)

l Os bancos de dados de entidades afetadas em Vdisks com grupo de volume ouASM não são compatíveis.

Restaurando uma cópia RAC para entidades afetadasSiga estas etapas para criar sua restauração:


Em nós remotos, siga estas etapas:

1. Desligue todos os bancos de dados afetados como usuário do oracle: oracle>srvctl stop instance -d <RACDB> -i <DbInstanceOnRemoteNodes>

Proteger o Oracle


2. Desligue outros bancos de dados afetados: oracle>srvctl stop database -d<RACDB2>

3. Desmonte todos os grupos de discos do ASM afetados como usuário do grid:grid> asmcmd umount <DG>

No nó de restauração, realize a restauração. Siga estas etapas:

Procedimento

1. No console do AppSync, acesse Copy Management > Oracle.

2. Selecione o banco de dados desejado e, em seguida, no menu suspenso nocentro inferior da tela, clique em Recover e selecione Restore.

O Assistente Oracle Restore é iniciado.Verifique a advertência:

You are attempting to perform a restore on a cluster.Please follow the instructions in the AppSyncdocumentation for specific cluster restore procedures.

3. Na página Select Copy, a cópia já deve ter sido selecionada. Clique em Next.

4. Em Restore Options, selecione Data e, em seguida, clique em Next.

Verifique se a advertência Affected Entities foi exibida, que há um banco dedados afetado e que você precisa desligar o banco de dados manualmente.

Obs.

Um banco de dados pode ter entidades associadas no mesmo armazenamento,mas em um nó diferente. Se esse for o caso, essa advertência não será exibida.

5. Clique em Next na tela Affected Entities.

6. Leia o resumo e clique em Finish.

7. Verifique se o banco de dados selecionado está sendo desligado.

8. Verifique se a mensagem indicando que os dispositivos e grupos de disco estãosendo desmontados.

9. Verifique se a restauração foi bem-sucedida.

Resultado

Após a restauração:

1. Remonte os grupos de discos nos nós remotos como usuário do grid: grid>asmcmd mount <DG>.

2. Em algum nó, realize a recuperação do banco de dados restaurado usando redo ouarchive com resetlogs:Oracle > startup mountOracle > recover database

3. Abra o banco de dados no nó de recuperação:Oracle > alter database open

4. Abra as instâncias em nós adicionais:srvctl start instance -d <RACDB> -i <DbInstanceOnRemoteNodes>

5. Repita as etapas 2 e 3 para recuperar o <RACDB2> do banco de dados afetado

6. Abra o <RACDB2> do banco de dados afetado

Proteger o Oracle

Restaurando uma cópia RAC para entidades afetadas 219

Proteger o Oracle


CAPÍTULO 8

Proteger os file systems


l Visão geral do suporte a file systems................................................................222l Configurações do plano de serviço do file system............................................ 226l Montando uma cópia com o Assistente File System Mount..............................243l Restaurando um file system............................................................................. 250

Proteger os file systems 221

Visão geral do suporte a file systemsUse o AppSync para criar e gerenciar cópias consistentes com aplicativos de sistemasde arquivos.

Os recursos do file system incluem:

l Detecção dinâmica de file systems durante a execução do plano de serviço.

l Proteção de file systems com o plano de serviço ou com a opção de cópiaimediata. Você pode selecionar um ou mais file systems para proteger ao mesmotempo ou clicar em SELECT ALL para proteger todos os file systems na lista dapágina de file systems.

l Liste cópias que você pode filtrar por hora de criação, status da cópia e plano deserviço.

l Montar em um servidor independente

Obs.

O AppSync não dá suporte a file systems nos dispositivos de sistema operacional Linuxque não são dispositivos de bloco completo (como /dev/sdc) ou partição primária(como /dev/sdc1).

Suporte ao Hyper-VEm ambientes Hyper-V, o AppSync exige que o armazenamento para file systemsesteja em dispositivos conectados diretamente a iSCSI, Virtual Fiber Channel (NPIV)ou dispositivos SCSI de passagem. A filtragem de SCSI Command Descriptor Block(CDB) deve ser desativada na partição pai para SCSI de passagem. Ela fica ativada porpadrão.

Para passagem de Hyper-V SCSI, o host de montagem não pode ser um host Hyper-V,ele deve ser um host físico ou máquina virtual com adaptador Virtual Fiber Channel ouiSCSI diretamente conectados.

Suporte ao Resilient File System (ReFS)O AppSync pode detectar, proteger, montar e restaurar file systems de ReFS. Alémdisso, ele dá suporte a aplicativos de cluster e independentes que residem nos filesystems do ReFS.

A reutilização é compatível com file systems do ReFS e com bancos de dados SQLserver no ReFS. Espaços de armazenamento não são permitidos.

Proteger os file systems NFS no armazenamento VNX, VNXe e UnitySaiba como o AppSync dá suporte à proteção de file systems NFS no armazenamentoVNX, VNXe e Unity File.

O AppSync aceita a proteção de file systems NFS no Linux (RHEL, SUSE e OEL) eAIX. Você pode usar essas cópias para recuperação operacional.

Obs.

Você pode proteger os file systems Linux localizados em vDisks a partir do VMWareVMFS ou de datastores NFS.

No caso dos planos de serviço configurados para proteção remota de arquivos doVNX, a cópia do NFS é criada como um snapshot do SnapSure no file system locale/ou remoto. Cópias de datastores NFS podem ser criadas de planos de serviço



configurados para proteção local, remota e local e remota. O AppSync também podecriar cópias para file system em um banco de dados Oracle para planos de serviçoBronze, Silver e Gold.

Durante a restauração de uma cópia do VNX NFS, o AppSync cria um snapshot dereversão para cada file system restaurado. O nome de cada snapshot de reversão podeser encontrado nos detalhes da restauração. Você pode excluir manualmente osnapshot de reversão novamente depois de verificar o conteúdo da restauração.Manter esses snapshots além de sua vida útil poderá encher o cache de snapshots doVNX e causar problemas de recursos.

Os snapshots do VNXe e Unity File dão suporte somente a cópias locais (Bronze). OAppSync pode criar cópias para file system em um banco de dados Oracle para o planode serviço Bronze.

Analise os seguintes pré-requisitos para cópias Silver e Gold:

l Inscreva os arrays VNX remotos em AppSync.

l Crie sessões de replicação remota com arrays remotos correspondentes para cadafile system NFS onde você deseja criar as cópias Silver e Gold. Certifique-se deque o status do array seja OK.

Página Host file systemsA página Host file systems mostra todas as instâncias do host atualmente registradasno AppSync.

Você pode adicionar um host (Windows e UNIX) nesta página e detectar file systemsdisponíveis nos hosts.

Para obter mais informações sobre file systems, consulte:

l Página File systems

l Página File system copies

l Montando uma cópia com o Assistente File System Mount

Página Filesystem

A página Filesystem lista todos os file systems disponíveis que são detectados para ainstância do servidor selecionada.

Clique no nome de um file system para exibir suas cópias.

As informações do file system incluem:

l Status do plano de serviço executado, por exemplo, marca de verificação de umcírculo verde = bem-sucedida

l Nome

l Tipo, por exemplo, NTFS

l Formato, por exemplo, MBR

l Plano de serviço, por exemplo, BronzeAlguns file systems podem estar inscritos em vários planos de serviço.

l Tamanho do armazenamento em GB

l Enviar alertas a (se solicitado)

Você pode selecionar um ou mais file systems para proteger ao mesmo tempo. Cliqueem SELECT ALL para proteger todos os file systems nesta página (exceto um filesystem C:\ que contém informações de sistema do host).


Proteger os file systems NFS no armazenamento VNX, VNXe e Unity 223

Também é possível selecionar um file system e clicar em Repurpose para reutilizar ofile system. Selecione um file system e clique em Repurpose > View Repurpose CopySchedule para visualizar o agendamento de reutilização.

Para obter mais informações sobre os file systems, consulte:

l Página Filesystem copies

l Página Filesystem hosts

l Montando uma cópia com o Assistente Filesystem Mount

l Restaurando um file system

l Visão geral da reutilização

Página Filesystem Copies

Nessa página, você pode visualizar a lista de cópias do file system.

A lista de cópias pode ser filtrada por hora de criação, status das cópias criadas eplano de serviço.

Selecione uma cópia para exibir os eventos para essa cópia no painel Details localizadona parte inferior da página Copies.

Na página Copies, é possível escolher montar, restaurar, expirar, atualizar ou reutilizarcópias.

Para obter mais informações sobre os file systems, consulte:

l Página Filesystems

l Página Filesystem hosts

l Montando uma cópia com o Assistente Filesystem Mount

Integração de clusters do PowerHA (HACMP)O AppSync pode proteger os file systems que residem em um ambiente de cluster doPowerHA.

O AppSync protege os aplicativos do nó onde o grupo de recursos é disponibilizado nomomento da execução de um plano de serviço. O AppSync depende do IP do rótulo deserviço (IP virtual) do grupo de recursos para a criação de cópias ou a restauração emfailovers. Todos os nós nos quais os file systems em cluster podem sofrer fail overdevem ser registrados no AppSync antes do registro do IP do rótulo de serviço dogrupo de recursos.

Ao proteger um aplicativo que sofre failover como parte de um cluster do PowerHA,considere o seguinte:

l Os nós do cluster do PowerHA devem ser registrados com o AppSync antes doregistro do IP do rótulo de serviço.

l O nome/IP do rótulo de serviço deve ser configurado no grupo de recursos para oaplicativo em cluster.


l Cada grupo de recursos deve ter um IP de rótulo de serviço exclusivo e precisa serregistrado no AppSync para o reconhecimento de failover.

l File systems que pertencem a um determinado grupo de recursos podem serdetectados e protegidos somente se o IP do rótulo de serviço correspondenteestiver registrado no AppSync.



l Scripts de chamada devem estar presentes em ambos os nós de um cluster doPowerHA.

l File systems em cluster devem ser detectados e inscritos utilizando o nome/IP dorótulo de serviço e não por meio de nós físicos.


l Não há suporte para montagem no caminho original em nenhum nó do cluster deprodução do PowerHA.


l Só há suporte para a montagem em modo independente. Não há suporte para amontagem de cluster.

Restauração em um ambiente PowerHARealize uma restauração. Depois da restauração, o grupo de volume não é simultâneo.Será necessário torná-los simultâneos manualmente antes da realização de um novoprocesso de detecção de um host ou file system.

Procedimento pós-restauração em um ambiente PowerHAAprenda como executar as etapas manuais com uma restauração em um ambientePowerHA depois de uma restauração.

Após a restauração, um file system monta no host de produção no modo de nãosimultâneo. Remova o file system do grupo de recursos, transforme-o em um grupo devolumes simultâneo e adicione-o novamente ao grupo de recursos.

Execute estas etapas em um nó ativo:

Procedimento

1. Desmonte o file system.

2. Digite o comando Varyoffvg.

3. Digite o comando Varyonvg com a opção - c (para torná-lo simultâneo).

Verificação:O comando lspv deve mostrar vg como simultâneo em ambos os nós daseguinte maneira:



4. Adicione o file system novamente ao grupo de recursos.

5. Verifique e sincronize a configuração.

File systems em cluster de failover do WindowsO AppSync pode proteger os file systems que residem em um ambiente de cluster defailover do Windows.

O AppSync protege os aplicativos do nó onde o grupo de recursos é disponibilizado nomomento da execução de um plano de serviço. O AppSync depende do recurso denome de rede (IP virtual) do grupo de recursos para a criação de cópias ou arestauração em failovers. Todos os nós nos quais os file systems em cluster podem


File systems em cluster de failover do Windows 225

sofrer fail over devem ser registrados no AppSync antes do registro do recurso denome de rede do grupo de recursos (IP virtual).

Ao proteger um aplicativo que sofre failover como parte de um cluster de failover doWindows, considere o seguinte:

l Todos os nós do cluster de failover do Windows devem ser registrados noAppSync antes do registro do recurso de nome de rede (IP virtual).


l Cada função no cluster de failover do Windows deve ter um recurso de nome derede exclusivo (IP virtual) e isso deve ser registrado no AppSync para oreconhecimento de failover.

l Os file systems que pertencem a uma determinada função no cluster de failover doWindows podem ser detectados e protegidos somente se o recurso de nome derede correspondente (IP virtual) estiver registrado no AppSync.

l Os scripts de chamada, se aplicável, devem estar presentes em todos os nós deum cluster de failover do Windows.

l Os file systems em cluster devem ser detectados e inscrito usando o recurso denome de rede (IP virtual).

Para montagem, o AppSync monta o disco em cluster adicionando-o no grupo derecursos do Cluster associado com o IP do servidor virtual, mas adiciona adependência no disco com base nos cenários abaixo:

l Se não houver nenhum serviço associado ao IP virtual, então nenhumadependência é adicionada ao disco.

l Se não houver um serviço associado ao IP virtual, mas não houver nenhumadependência em qualquer disco em cluster, então nenhuma dependência aoserviço é adicionada ao disco.

l Se houver um serviço associado ao IP virtual e houver uma dependência em pelomenos um disco, o disco recém-adicionado é adicionado como dependência aoserviço.

l Se houver mais de um serviço e ambos tiverem dependência dos discos, qualquerum deles é escolhido aleatoriamente e tornado dependente do disco.

Obs.

Em um ambiente de cluster do Windows, a porta do agente do AppSync deve ser amesma em todos os nós que participam do cluster. Caso contrário, as operações doAppSync falham.

Configurações do plano de serviço do file systemUse esta tabela para conhecer as configurações padrão de file system para as fases doplano serviço, incluindo inicialização, detecção, mapeamento, scripting de pré- e pós-cópia, montagem/desmontagem e cópia.

Configurações do plano de serviço padrão criam uma cópia consistente comaplicativos a cada 24 horas. Apenas a tecnologia de replicação especificada pelo tipode cópia na fase Create copy varia entre os planos. A tabela a seguir resume asconfigurações padrão:



Tabela 31 Configurações do plano de serviço do file system padrão



Plan Startup Ativado Automatic schedule Recurrence type: Criauma cópia a cada 24horas, com a primeiraexecução à meia-noite(00:00).Recovery PointObjective (RPO): Umalerta é emitido se acópia não é criadadentro do tempoespecificado (opadrão é 24 horas).


Ativado Nenhuma Determinado pela fasePlan Startup.

Mapeamento deaplicativos

Habilitado Nenhuma Iniciada quando a faseApplication discoveryé concluída.

Script de pré-cópia Não habilitado Nenhuma Iniciada quando a faseApplication mapping éconcluída

Create copy Ativado Copy type:

l Bronze

l Prata

l Ouro

l Consistência de filesystem UNIX

n FS consistente – sevocê selecionar essaopção, o file system écongelado durante acriação da cópia. Issopausa as gravações nofile system. Vocêpode criar cópiasconsistentes de filesystem UNIX usandoo utilitário fsfreezeUNIX.

n Consistente comfalhas - essa é aopção padrão. Nessecaso, o file systemnão é congeladodurante a criação dacópia.

Iniciada quando a fasePre-copy script éconcluída.






l Preferências dearmazenamento:Snapshot, Clone eBookmark.Permite que você ordene,marque ou desmarque aspreferências dearmazenamento. Porpadrão, todas as opçõessão selecionadas. Não épossível remover todas aspreferências, pelo menosuma preferência deve serselecionada.

l Expiração: IncludeRecoverPoint copies inexpiration rotation policy— Selecione esta opçãopara incluir cópias doRecoverPoint ao calcularrodízios. Se você nãoselecionar essa opção, ascópias do RecoverPointsão acumuladas epermanecem até que obookmarks para elas"caiam" do dispositivoRecoverPoint.

l Configurar opções dearmazenamento

n VPLEX: Permite quevocê selecione ocluster preferencialpara volumesdistribuídos e osarrays preferenciaispara volumes RAID-1.

n VMAX: Permite quevocê configure ospools dearmazenamento paracriar dispositivos decópia de VMAX V2para o plano deserviço. Você podemarcar ou desmarcaros pools de






armazenamento doVMAX V2 desejados,expandindo o storagearray. Se você nãoselecionar pools dearmazenamento, oplano de serviço criadispositivos de cópiados pools dearmazenamentohabilitados noAppSync para arraysVMAX V2. Porpadrão, todos os poolsde armazenamentoconfigurados sãoselecionados. Essaopção só é aplicávelpara arrays VMAX V2.

– Wait for CloneSync: Seselecionar essaopção, a criaçãoda cópia do clonedo SnapVXaguardará afinalização dasincronização doclone. Sedesmarcar essaopção, a criaçãoda cópia cloneiniciará asincronização doclone e concluirá acriação da cópiasem aguardar afinalização dasincronização doclone (execuçõesde sincronizaçãodo clone emsegundo plano).Por padrão, essaopção ficadesativada. Essaopção só éaplicável paraarrays VMAX V3.






l Configurações avançadas- permite que você definaum número e um intervalode repetições para repetira operação do VSS comfalha após um intervaloconfigurado por meio dointervalo de repetições.Isso só é aplicável para osaplicativos do Windows.O valor padrão do númerode repetições é 3 e ovalor do intervalo derepetições padrão é de 0segundo.

Script pós-cópia Não habilitado Nenhuma Iniciada quando a faseCreate copy éconcluída


Não habilitado Nenhuma Iniciada quando a fasePost-copy script éconcluída

Mount copy(Uma fase Pre-mount script estádisponível paraplanos de serviço dofile system)

Não habilitado Mount Copy

l Mount on Server: OriginalHost

l Mount with access:Leitura/gravação

l Mount Path: Default Pathou Mapped Path

l Modo de acesso: Loggedaccess

l Copy to Mount: Local(somente para os planosGold)

l Use Dedicated StorageGroup: Selecionada porpadrão

l Desired SLO: Selecione oSLO para a cópia demontagem. Isso éaplicável somente para osarrays VMAX 3.

l Desired FAST VP:Selecione a política doFAST VP. Isso é aplicável

Iniciada quando a faseUnmount previouscopy é concluída.






somente a arrays VMAXV2.

l VPLEX Mount option:Selecione uma opção demontagem do VPLEX.

l Enable VMware clustermount: Se o host demontagem for umamáquina virtual doVMware que reside emum cluster do ESX, a LUNde destino torna-se visívelpara todos os nós docluster do ESX durante amontagem. Por padrão,essa opção é desabilitada.Se não desejar executaruma montagem de clusterdo ESX, você pode limparessa opção. Esta opção écompatível com arraysVPLEX, XtremIO, VMAX3/VMAX All Flash e Unity.Se essa opção não estiverselecionada, e o host demontagem faz parte deum cluster ESX, o host demontagem deve ter umgrupo de armazenamentodedicado, exibição dearmazenamento ou grupode iniciadoresconfigurados de acordocom a configuração dosistema dearmazenamento. Issopermite que o AppSyncmascare as LUNs apenaspara esse host demontagem.

l Desabilite o VMwareSRM: Permite que vocêgerencie consistencygroups se o indicadorSRM estiver habilitado noconsistency group doRecoverPoint. Isso só éaplicável para o






RecoverPoint 4.1 eposteriores.

l Execute verificação defile system: Durante umaoperação de montagem, oagente do AppSyncverifica a consistência dedados do file system pormeio da execução docomando fsck. Essa

operação pode serdemorada. Você podedesmarcar essa opçãopara ignorar a verificaçãode file system duranteuma operação demontagem. Por padrão, averificação de file systemestá habilitada.

Obs.

No caso de uma operaçãode restauração, a opçãoRun FilesystemCheck é habilitada por

padrão. Você não poderádesabilitá-la.


Não habilitado Nenhuma Iniciada quando a faseMount copy éconcluída.

Unmount copy Não habilitado Nenhuma Iniciada quando a fasePost-mount script éconcluída.

Inscrevendo um file system em um plano de serviçoEsta seção mostra como inscrever um file system em um plano de serviço. A proteçãopara todos os file systems que fazem parte de um plano de serviço é executada nahora agendada.

Procedimento

1. Navegue até Copy Management > Filesystem.

2. Clique no servidor desejado.

A página File Systems é carregada para o servidor selecionado.

3. Selecione os file systems que você deseja proteger, depois, clique emSubscribe to Service Plan no menu suspenso Protect.



4. Selecione o plano de serviço Gold, Silverou Bronze.

Você também pode selecionar Subscribe to Service Plan and Run parainscrição e proteção imediatas.

Substituindo agendamentos de plano de serviçoÉ possível definir horários diferentes para aplicativos individuais que estejam inscritosem um plano de serviço, sobrepondo a configuração de recorrência genérica.



Você pode sobrepor apenas as configurações do tipo de recorrência que já estiverselecionado para o plano de serviço.

Procedimento






Você pode ver a lista de todos os aplicativos que estão inscritos no plano.

5. Selecione um ou mais aplicativos e clique em Override Schedule.

6. Na caixa de diálogo caixa Override Schedule, defina o agendamento que sebaseia em seu requisito e clique em OK.

Por exemplo, se o tipo de recorrência padrão for On specified days of themonth e a configuração de regra, Run at 12:00 AM no 1st day of every month,você pode sobrepor a hora e o dia para aplicativos individuais.Um ícone de lápis indica que as configurações padrão foram sobrepostas.













Substituindo agendamentos de plano de serviço 233







Detecção de aplicativosAntes de criar uma cópia do file system, o AppSync examina os file systems parabuscar as alterações, como adição, exclusão, renomeação ou movimentação dos filesystems. Se os file systems individuais estão sendo protegidos, o AppSync detecta asinformações sobre o sistema de arquivo selecionado novamente.




Fase de script de pré-cópiaPara executar as etapas preparatórias antes de criar uma cópia, especifique um scriptde pré-cópia e os parâmetros na guia Settings do plano de serviço.

Essa operação requer a função de administrador de segurança.

O script de pré-cópia é executado de acordo com o agendamento definido na fasePlan Startup. Os formatos de script válido são .bat, .exe e .ps1 (scripts do PowerShell)para Windows, e .sh para UNIX.

O AppSync não aceita a execução de scripts do PowerShell diretamente.Normalmente, você deve finalizá-los em um arquivo. bat. A outra opção é tornar opadrão "Open" no C:\WINDOWS\system32\WindowsPowerShell\v1.0\powershell.exe de arquivos de ps1. Quando o script de PS é executado,você pode receber um erro e precisará definir uma política de execução apropriada.


1. Especifique o nome completo do caminho para seu arquivo de comando doPowerShell no arquivo. bat: powershell -command C:\PshellCommands.ps1 <nul





Para o Windows, opcionalmente, você pode digitar as credenciais para executar oscript como um usuário específico. O script é executado como o sistema local porpadrão. Para o UNIX, as credenciais são obrigatórias.

Para o Windows, o local padrão do script é %ProgramData%\EMC\AppSync\scripts\, no host do aplicativo.

Para o UNIX, o campo File deve ter o caminho completo para os scripts que serãoexecutados.

Os parâmetros exatos dependem de seu script. Parâmetros com espaços devem sercolocados entre aspas duplas. Essa fase pode permanecer ativada ou desativada. Essaoperação requer a função de administrador do sistema no AppSync.

Criar scripts de chamada de congelamento e descongelamento de recursosde fase de cópia

A fase Create copy cria uma cópia baseada na tecnologia de replicação especificadano plano de serviço. Você pode configurar e executar scripts de chamada decongelamento e descongelamento nesta fase

Configurando e executando scripts de chamada de congelamento edescongelamentoO AppSync apresenta duas oportunidades de scripting durante a execução da fase decriação de cópia, chamadas scripts de chamada de congelamento e descongelamento.Diferentemente de fases de script de pré- e pós-cópia, que são executadas antes edepois da fase Create copy, os scripts de congelamento e descongelamento nãopodem ser especificados pela GUI. Os scripts são colocados em um local predefinidocom um nome predefinido. Você pode usar esses scripts para desativar (suspender aI/O) e descongelar em qualquer banco de dados não compatível do AppSync quereside nos file systems inscritos por um curto período (geralmente alguns segundos).Durante esse tempo, a cópia é ativada. Os scripts são executados com as credenciaisde usuário usadas para registrar o plug-in host com AppSync.

Durante a fase Create copy, quando o AppSync executa esses scripts, um arquivoXML temporário é fornecido como o único argumento para esses scripts de chamada.Esse arquivo XML contém a lista dos file systems protegidos pela fase Create copy.

O AppSync continuará com a criação de cópia normal se nenhum script de chamadafor encontrado ou se o script de chamada não for executável. Se qualquer um dosscripts de chamada falhar (valor de saída diferente de zero), a criação de cópia falha ea fase Create copy é encerrada com um erro. Se o script de chamada decongelamento for executado com sucesso e, em seguida, a criação de cópia falhardevido a qualquer problema de armazenamento, o script de chamada dedescongelamento é executado antes de encerrar a fase Create copy com um erro.

Para um plug-in de host Windows, coloque os scripts executáveis de chamada napasta %ProgramData%\ EMC\AppSync\scripts e nomeie-aappsync_freeze_filesystem_<service plan name in lower case>.batpara a chamada de congelamento. Nomeie o script de chamada de descongelamento:appsync_thaw_filesystem_<service plan name in lower case>.batPor exemplo, AppSync executa este script da seguinte maneira:

C:\ProgramData\EMC\AppSync\scripts\appsync_freeze_filesystem_bronze.bat, C:\Windows\TEMP\d575f2e6-7dc4-4389-87c9-491effc57318.xmlOnde o conteúdo do arquivo de C:\Windows\TEMP\d575f2e6-7dc4-4389-87c9-491effc57318.xml fica da seguinte forma:


Criar scripts de chamada de congelamento e descongelamento de recursos de fase de cópia 235

<Application type='Filesystem'><sourceVolumePath>F:\</sourceVolumePath><sourceVolumePath>G:\</sourceVolumePath></Application>Para um plug-in de host UNIX, coloque os scripts executáveis de chamada napasta /var/opt/emc/appsync/scripts com o nomeappsync_freeze_filesystem_<service plan name in lower case> paraa chamada de congelamento e appsync_thaw_filesystem_<service planname in lower case> para a chamada de descongelamento. Não use umaextensão de nome de arquivo como .pl ou. sh. Os scripts devem ser executáveis.

Os scripts do UNIX devem ter #!/bin/sh,#!/usr/bin/python ou qualquer outrotipo como a primeira linha com base no tipo de script em uso.

O AppSync executa esse script da seguinte maneira:

/var/opt/emc/appsync/scripts/appsync_freeze_filesystem_bronze /tmp/904f510f-47ce-402f-a27a-b3a48840a279ybo61k.xmlOnde o conteúdo do arquivo de /tmp/904f510f-47ce-402f-a27a-b3a48840a279ybo61k.xml fica da seguinte forma: <Applicationtype='Filesystem'><filesystems><filesystem><name>/FS1</name></filesystem><filesystem><name>/FS2</name></filesystem></filesystems></Application>Exemplo de reutilização

l Windows — Coloque os scripts executáveis de chamada na pasta %ProgramData%\EMC\AppSync\scripts e nomeie os scripts:

n Script de chamada de congelamento —appsync_freeze_filesystem_<first generation copy labelname in lower case>.bat

n Script de chamada de descongelamento —appsync_thaw_filesystem_<first generation copy label namein lower case>.bat

n Script de chamada de desmontagem —appsync_unmount_filesystem_<first generation copy labelname in lower case>.bat

l Unix — Coloque os scripts executáveis de chamada na pasta /var/opt/emc/appsync/scripts e nomeie os scripts:

n Script de chamada de congelamento —appsync_freeze_filesystem_<first generation copy labelname in lower case>

n Script de chamada de descongelamento —appsync_thaw_filesystem_<first generation copy label namein lower case>

n Script de chamada de desmontagem —appsync_unmount_filesystem_<first generation copy labelname in lower case>

Não use extensões de arquivo, como .pl ou .sh. Os scripts devem serexecutáveis.

Os scripts do UNIX devem ter #!/bin/sh,#!/usr/bin/python ou qualqueroutro tipo como a primeira linha com base no tipo de script em uso.



Crie cópias consistentes com aplicativos de file systems do UNIX.O AppSync usa o comando freeze do file system do UNIX para criar cópiasconsistentes com aplicativos no AppSync.

O comando freeze é executado na fase de criação de cópia após a conclusão doscript de chamada. O comando freeze é compatível com file systems ext3, ext4 ejfs2.

Obs.

l O comando unfreeze é executado antes da execução do script de chamada.

l Os pontos de montagem - '/', '/bin', '/sbin', '/root', '/misc','/mnt', '/media', '/boot', '/lost+found', '/lib', '/dev', '/etc', '/var', '/usr', '/proc', '/initrd', '/home', '/tmp','/lib', '/lib64', '/run', '/srv', '/sys', '/admin', '/export' não pode ser congelado.

l Congelar file systems de base (/, /usr, /var, /tmp) pode resultar em umcomportamento inesperado.

l O comando freeze é compatível apenas com cópias de primeira geração. O valorna coluna Filesystem Consistent para a cópia de segunda geração é o mesmo dacópia de primeira geração.

l O comando freeze não é compatível com cópias de primeira geração.

Em um file system do Linux, o comando freeze interrompe o acesso ao file system ecria uma cópia no disco. O comando freeze deve ser usado com dispositivos de RAIDde hardware que é compatível com a criação de snapshots.

Se a opção -f é utilizada com o comando freeze, nenhuma modificação nova épermitida no file system. As tarefas que estão em andamento são concluídas. Noentanto, criar chamadas do sistema de gravação e outras chamadas que modificam ofile system são interrompidas, e todos os dados sujos, metadados e informações deregistro são gravados em disco. Qualquer processo que tenta gravar no file systemcongelado é bloqueado até que o file system seja descongelado. Mesmo apóscongelar, o file system em disco pode conter informações sobre arquivos que aindaestão no processo da desvinculação. Esses arquivos não são desvinculados até que ofile system seja congelado, ou uma montagem limpa do snapshot seja concluída.

O comando unfreeze com a opção -u é executada para descongelar o file system epara permitir que as operações continuem. As modificações bloqueadas no file systemserão desbloqueadas e podem ser concluídas.

Obs.

Se o AppSync fica inativo após a execução do o comando freeze do file system, vocêdeverá descongelar manualmente os file systems.

Para files systems Linux e AIX, o file system é congelado ou descongelado dependendodo valor de timeout especificado na configuraçãounix.filesystem.freeze.timeout.seconds do servidor. O padrão de 180segundos é usado. Para modificar o valor padrão, entre em contato com o suporte daDell EMC.


Crie cópias consistentes com aplicativos de file systems do UNIX. 237

Execute o comando chfs -a freeze = { timeout | 0 | off } para congelarou descongelar um file system. Quando um file system é congelado, ele produz umacópia em disco quase consistente do file system e grava todos os metadados sujos dofile system e os dados do usuário no disco. Em seu estado congelado, o file system ésomente leitura. O file system ou seu conteúdo pode ser modificado apenas depois queo congelamento termina. O valor de tempo limite deve ser 0, desligado, ou um númeropositivo. Se um número positivo for especificado, o file system é congelado para ummáximo de tempo limite em segundos. Se o tempo limite é de 0 ou desligado, o filesystem é descongelado e as modificações podem prosseguir.

Por padrão, a opção Crash Consistent é selecionada na página de configurações doplano de serviço do AppSync. Se uma cópia é criada com a opção padrão, o valor nacoluna Filesystem Consistent é No para file systems compatíveis e não compatíveis.

Se uma cópia é criada com a opção Filesystem Consistent, o valor na colunaFilesystem Consistent é Yes para file systems compatíveis e No para file systemsnão compatíveis.

Para cópias que foram criadas antes do AppSync 3.7, o valor na coluna File Systemconsistente exibe Not Applicable mesmo após um upgrade.

Para cópias de file systems do Windows, o valor na coluna File System consistente éNot Applicable.

Configure a repetição em caso de falha do VSSVocê pode configurar um número de repetições do VSS na fase de criação de cópia deum plano de serviço. Durante a proteção, se um plano de serviço apresentar falha,como um problema de timeout do VSS, o plano de serviço executará a operação decongelamento/descongelamento do VSS novamente com base no intervalo e nonúmero de repetições especificados. Essa opção é compatível apenas com osaplicativos do Windows — File system, Microsoft SQL e Microsoft Exchange. Essaopção não é usada durante a criação de cópias consistentes em caso de falhas debancos de dados do SQL.

Obs.


Fase de script pós-cópiaPara realizar uma limpeza ou outras etapas pós-cópia, especifique um script e osparâmetros pós-cópia na guia Settings de um plano de serviço.

Essa operação requer a função de administrador de segurança em AppSync.

O script é executado após a conclusão bem-sucedida da fase Criar cópia. Os formatosde script válido são .bat, .exe e .ps1 (scripts do PowerShell) para Windows, e .sh paraUNIX.

O AppSync não é compatível com a execução de scripts do PowerShell diretamente.Você normalmente deve finalizá-los em um arquivo .bat. A outra opção é tornar opadrão "Open" nos arquivos ps1 C:\WINDOWS\system32\WindowsPowerShell



\v1.0\powershell.exe. Quando o script de PS é executado, você pode receberum erro; portanto, deve definir uma política de execução adequada.





Para Windows, você pode, opcionalmente, digitar as credenciais para executar o scriptcomo um usuário específico. O script é executado como o sistema local por padrão.Para UNIX, as credenciais são obrigatórias.

Para Windows, o local padrão do script é %ProgramData%\EMC\AppSync\scripts\ no host do aplicativo.

Para UNIX, o campo File deve ter o caminho completo para que os scripts sejamexecutados.

Os parâmetros exatos dependem do script. Parâmetros com espaços devem sercolocados entre aspas duplas. Essa fase pode permanecer ativada ou desativada. Essaoperação requer a função de administrador de segurança em AppSync.

Unmount previous copyO plano de serviço desmonta uma cópia montada anteriormente depois de criar a novacópia. A exceção é uma cópia que tenha sido montada sob demanda em vez de ter sidomontada pelo plano de serviço. Nesse caso, a cópia montada sob demanda não édesmontada.


Script de chamada de desmontagemO Appsync oferece uma oportunidade de scripting durante as fases Unmount previouscopy e Unmount copy. Os scripts de chamada de desmontagem são colocados em umlocal predefinido com um nome predefinido. Você pode usar esses scripts para desligaro banco de dados não compatível com suporte antes que a desmontagem real do filesystem seja iniciada. Os scripts são executados com as credenciais de usuário usadaspara registrar o plug-in do host com o AppSync. Durante a fase de desmontagem,quando o AppSync executa esses scripts, um arquivo XML temporário é fornecidocomo o único argumento para esses scripts de chamada. Esse arquivo XML contém alista de pontos de montagem que estão sendo desmontados pela fase Unmount copy.

Para um plug-in do host UNIX, coloque os scripts executáveis de chamada napasta /var/opt/emc/appsync/scripts e nomeie-aappsync_unmount_filesystem_<serviceplan name in lower case>.

Não use extensões de arquivo, como .pl ou .sh. Os scripts devem ser executáveis.

Os scripts do UNIX devem ter #!/bin/sh,#!/usr/bin/python ou qualquer outrotipo como a primeira linha com base no tipo de script em uso.


Unmount previous copy 239

Por exemplo, o AppSync executa o seguinte script:

/var/opt/emc/appsync/scripts/appsync_unmount_filesystem_bronze /tmp/904f510f-47ce-402f-a27ab3a48840a279ybo61k.xml

O conteúdo do arquivo /tmp/904f510f-47ce-402f-a27a-b3a48840a279ybo61k.xml fica no seguinte formato:

<Application type=’Filesystem’><filesystems><filesystem><mountPoint>/appsync-mounts/ppvg1</mountPoint></filesystem></filesystems></Application>

Para um plug-in de host do Windows, coloque os scripts executáveis de chamada napasta %ProgramData%\ EMC\AppSync\scripts e nomeie-aappsync_unmount_filesystem_<service plan name in lowercase>.bat para a chamada de desmontagem.

Por exemplo, o AppSync executa o seguinte script:

C:\ProgramData\EMC\AppSync\scripts\appsync_unmount_filesystem_bronze.bat, C:\Windows\TEMP\d575f2e6-7dc4-4389-87c9-491effc57318.xml

O conteúdo do arquivo C:\Windows\TEMP\d575f2e6-7dc4-4389-87c9-491effc57318.xml fica no seguinte formato:

<Application type="Filesystem"><mountpath>C:\AppSyncMounts\HDrive\</mountpath><mountpath>C:\AppSyncMounts\GDrive\</mountpath> </Application>

Montar cópiaA fase Mount copy monta a cópia. Essa fase pode permanecer ativada ou desativada.

Campo Descrição

Mount on Server O servidor no qual montar a cópia. Somente os nós do cluster ouhost independentes estão disponíveis para seleção.

Mount withaccess


Mount path O caminho de montagem padrão é %SystemDrive%\AppSyncMounts\%%ProdServerName%%. Para especificar ovalor de uma variável de ambiente do Windows no caminho demontagem, delimite o nome da variável com sinais deporcentagem únicos (%). O caminho padrão também contém umavariável AppSync (ProdServerName) que é delimitada com doissinais de porcentagem (%%). Os caracteres a seguir não sãoválidos no caminho:< > : " / | ? * . O caminho de montagemtambém pode ser Same as Original Path. No entanto, essaopção não está disponível quando o host de montagem é o mesmo



Campo Descrição

que o host de produção. Selecione Mapped Path para especificaro caminho onde deseja montar o file system.

Desired SLO(somente VMAX3)

Selecione o SLO desejado para a LUN de destino. Se houver umgrupo de armazenamento para o host de montagem com o SLOdesejado, a LUN será adicionada ao grupo de armazenamento. Senão existir, o AppSync o adicionará a qualquer grupo dearmazenamento esteja mascarado para o host.


l Logged Access: Use esta opção de montagem se averificação de integridade envolver a digitalização de grandesáreas dos volumes replicados. Essa é a única opção disponívelquando você montar no host de produção.

l Virtual Access with Roll: Fornece acesso quase instantâneoà cópia, mas também atualiza o volume replicado em segundoplano. Quando os volumes replicados estão no point in timesolicitado, o RPA alterna transparentemente para o acesso aovolume de réplica direto, permitindo o processamentointensivo. Com o RP-VMAX e XtremIO RP, o acesso virtualcom distribuição não é compatível.

l Virtual Access: Fornece acesso quase instantâneo à imagem;ele não se destina ao processamento intensivo. O acessovirtual com RPVMAX e RP XtremIO não é compatível.



l Marcada por padrão, habilitar essa opção permite que oAppSync imponha um grupo de armazenamento VMAX ouVNX dedicado ou um grupo de iniciadores do XtreamIO a umamontagem. (Um grupo de armazenamento dedicado VMAX ouVNX ou um grupo de iniciadores do XtreamIO contém apenaso host de montagem selecionado.) A montagem falhará sevocê estiver montando em um nó de um cluster que está emum grupo de armazenamento compartilhado com outros nós.

Obs.

Use esta opção para montar a cópia em um nó para validaçãode cópia ou backup em fita. Nesse cenário, você precisará dedois grupos de armazenamento. Um grupo de armazenamentoé dedicado ao nó passivo, sendo usado como um host demontagem, e o outro grupo de armazenamento é para orestante dos nós do cluster. Os dois grupos dearmazenamento contêm o armazenamento compartilhadopara o cluster.



Montar cópia 241

Substituir as configurações de montagem em um plano de serviçoSe houver vários file systems inscritos de diferentes hosts no mesmo plano, vocêpoderá selecionar configurações de montagem diferentes para cada file system, quese sobrepõem às configurações de montagem genéricas.



Obs.

As sobreposições de montagem para vários file systems no mesmo host não sãocompatíveis com suporte.

Procedimento

1. Navegue até Service Plans > FileSystems e clique em um dos planos na lista.



A lista de file systems inclui todos os file systems inscritos nesse plano. Asconfigurações de montagem exibem as configurações padrão.

4. Selecione o file system cujas configurações você deseja sobrepor e clique emSet Overrides.

Pressione e segure as teclas Shift ou Ctrl para selecionar vários file systems.

5. Na caixa de diálogo Mount Copy Overrides, selecione opções apenas paraaquelas configurações de montagem que você deseja sobrepor.


6. Clique em OK.

Um ícone de lápis é exibido na primeira coluna da linha do file system cujasconfigurações de montagem padrão você alterou.

7. Para retornar para as configurações padrão, selecione os file systems e cliqueem Use Default Settings.









Montando uma cópia com o Assistente File System MountUse o Assistente File System Mount para criar qualquer montagem point-in-time paraas cópias do RecoverPoint.


Esta tarefa requer a função de administrador de dados no AppSync.

Para UNIX, o campo File deve ter um caminho completo para os scripts seremexecutados. Você precisa de credenciais de usuário para executar o script.

Siga estas etapas:

Procedimento

1. No console do AppSync, acesse File systems > Copies para exibir as cópiasdisponíveis.


A página Select Copy to Mount do Assistente File System Mount é iniciada.Você pode selecionar qualquer cópia a ser montada. Por padrão, a cópia quevocê selecionou antes de selecionar Mount é marcada; no entanto, outrasinstâncias de cópia também serão exibidas.



4. Na página Mount Settings:

a. Na lista Mount on Server, selecione o servidor no qual deseja montar acópia.

b. Na lista suspensa Mount with access, selecione o tipo de acesso com o quala cópia deve ser montada: Read-only ou Read-write.

c. Na lista Mount Location, selecione um local para o caminho de montagemTo original path, Mount to alternate path ou Mapped Path. O caminho demontagem é o local onde a cópia é montada no host de montagem. Porpadrão, o AppSync exibe o caminho do host de montagem que vocêselecionou. Você também pode editar e montar a cópia em um local definidopelo usuário.

d. Caso a cópia selecionada seja um bookmark do RecoverPoint, na lista Imageaccess mode, selecione uma destas opções:

l Logged access: Use esta opção de montagem se a verificação deintegridade envolver a digitalização de grandes áreas dos volumesreplicados. Logged access é a única opção disponível quando você montano host de produção.

l Virtual access with roll: Fornece acesso quase instantâneo à cópia, mastambém atualiza o volume replicado em segundo plano. Quando osvolumes replicados estão no point in time solicitado, o RPA alternatransparentemente para o acesso ao volume de réplica direto, permitindoo processamento intensivo. Acesso virtual com teste não é compatívelcom RP VMAX e XtremIO de RP.

l Virtual access: Fornece acesso quase instantâneo à imagem. O acessovirtual não se destina ao processamento intensivo. Acesso virtual com RPVMAX e XtremIO de RP não é compatível.


Montando uma cópia com o Assistente File System Mount 243

e. Para arrays VMAX 3, na lista Desired SLO, selecione o SLO (Service LevelObjective, objetivo de nível de serviço) desejado para a cópia de montagem.

Obs.


f. Para arrays VMAX V2, selecione a política do FAST VP desejada para a cópiade montagem.

g. Limpe a opção Use Dedicated Storage Group, se não quiser que o AppSyncimponha o uso de um grupo de armazenamento dedicado a uma montagem.Por padrão, esta opção é ativada.

h. Em VPLEX Mount option, selecione uma destas opções:

l Native array: Use esta opção se você deseja montar a cópia comovolumes de array nativo.

l VPLEX virtual volume mount: Use esta opção se você deseja montar acópia como volumes virtuais do VPLEX.

l Enable VMware cluster mount: Desmarque essa opção se não desejarexecutar uma montagem de cluster do ESX. Por padrão, esta opção éativada.

5. Na página Summary, analise as configurações de cópia e montagem que vocêescolheu nas páginas anteriores e clique em Finish para montar a cópia.

A página Results inicia com as informações dos resultados da montagem.



Obs.

l Para cluster de failover do Windows, ao montar ou desmontar um file systemcomo um recurso em cluster, o AppSync desliga o serviço de cluster e osserviços dependentes. O AppSync leva até o cluster após a montagem deserviços ou operação de desmontagem.

l Para hosts UNIX, é possível configurar um valor de timeout de execução docomando a partir da página Servers do console do AppSync. O AppSync usaesse valor para aguardar o comando de cada sistema operacional que éexecutado pelo AppSync em uma plataforma UNIX. O valor padrão é 60minutos. Por exemplo, se fsck durante a montagem de cópia de file systemleva mais de 60 minutos em um host, você pode aumentar o valor de timeoutde execução do comando.

l Várias montagens do AIX

n Só é possível montar várias cópias no mesmo host do AIX se as cópiasforem criadas usando o AppSync 3.0.1 e posterior.

n Se as cópias foram criadas usando o AppSync 3.0 ou anterior, não serápossível montar várias cópias no mesmo host AIX, mesmo depois de umupgrade no servidor e no agente para o AppSync 3.0.1 e posterior.

n Se você tiver cópias criadas com o AppSync 3.0 e com o 3.0.1 eposterior, é recomendável que você monte a cópia criada usando oAppSync 3.0.1 e posterior para montagens simultâneas com sucesso. Sevocê pretende montar a cópia do AppSync 3.0, apenas uma cópia podeser montada.

n Se você montar a cópia criada a partir do AppSync 3.0.1 e posterior, amontagem da cópia do AppSync 3.0 poderá apresentar falha.

n Depois de fazer upgrade do servidor do AppSync para 3.0.1 e posterior,lembre-se de fazer upgrade do agente para o AppSync 3.0.1 e posterior.

Alterando o ponto de montagem para um file system afetadoSiga este procedimento para alterar manualmente o ponto de montagem de um filesystem afetado.

Suponha que VG1 é o grupo de volume de origem.

Procedimento

1. Obtenha a lista de LVs usando o comando lsvg -l VG1, e verifique quais filesystems mostram o ponto de montagem no diretório /tmp/EMCAppsync ** .

2. Execute o comando chfs -m <Original MT Pt> /tmp/EMCAppsync6922/vg1_logs onde <Original Mt Pt> é o ponto demontagem onde o file system foi montado originalmente.

3. Execute fsck no fsck -y /dev/fslv01 do volume lógico de origem.

4. Execute o comando mount usando o volume lógico de registro e certifique-se deque a origem foi montada com êxito mount -v jfs2 -o rw,log=/dev/loglv00 /dev/fslv01 <Orig Mt Pt>


Alterando o ponto de montagem para um file system afetado 245

Desmontando uma cópia do file systemQuando você seleciona uma cópia para desmontar, outras cópias que foram montadasjuntamente com a cópia selecionada também serão desmontadas.



Você pode desmontar uma cópia somente em uma lista de cópias feitas para um filesystem.

Procedimento

1. Navegue até a página Copies das páginas Copy Management ou Service Plan:

l Copy Management > FileSystems > selecione o servidor que hospeda o filesystem que você deseja desmontar, depois selecione o file system com acópia para desmontar.

l Service Plans > File systems> selecione um plano de serviço e depois a guiaCopies.

2. Na lista de cópias, selecione a cópia e clique em Unmount do botão na parteinferior da página.

A caixa de diálogo Unmount Confirmation exibe todas as cópias dos outros filesystems que foram montados, juntamente com a cópia selecionada para serdesmontada.


A página Unmount exibe o andamento da operação de desmontagem. Todas ascópias associadas á cópia selecionada serão desmontadas.

Substituir as configurações de montagem em um plano de serviçoSe houver vários file systems inscritos de diferentes hosts no mesmo plano, vocêpoderá selecionar configurações de montagem diferentes para cada file system, quese sobrepõem às configurações de montagem genéricas.



Obs.

As sobreposições de montagem para vários file systems no mesmo host não sãocompatíveis com suporte.

Procedimento

1. Navegue até Service Plans > FileSystems e clique em um dos planos na lista.



A lista de file systems inclui todos os file systems inscritos nesse plano. Asconfigurações de montagem exibem as configurações padrão.

4. Selecione o file system cujas configurações você deseja sobrepor e clique emSet Overrides.

Pressione e segure as teclas Shift ou Ctrl para selecionar vários file systems.



5. Na caixa de diálogo Mount Copy Overrides, selecione opções apenas paraaquelas configurações de montagem que você deseja sobrepor.


6. Clique em OK.

Um ícone de lápis é exibido na primeira coluna da linha do file system cujasconfigurações de montagem padrão você alterou.

7. Para retornar para as configurações padrão, selecione os file systems e cliqueem Use Default Settings.

Montagem de um file system após reinicializaçãoQuando uma cópia protegida do file system do AppSync é montada sobre o host demontagem, o AppSync modifica automaticamente as entradas relacionadas ao pontode montagem no arquivo/etc/fstab para os hosts do Linux. As entradasmodificadas do agente do AppSync no arquivo /etc/fstab são seguidas por umcomentário - # line added by AppSync Agent. O file system permanecemontado, mesmo com a reinicialização do host de montagem após a operação demontagem do file system.

Segue abaixo um exemplo da entrada /etc/fstab em um host do Linux.

/dev/aps_1datavg_51fd06a41290/datalv /appsync-mounts/oracle_mounts/d1 ext4 rw,nofail,_netdev 0 0 # line added by AppSync Agent

Em um host do AIX, quando uma cópia do file system é desmontada, as entradas sãoremovidas do arquivo /etc/filesystem.

Segue abaixo um exemplo da entrada /etc/filesystem em um host do AIX.

/appsync-mounts/symm1: dev = /dev/APMlv02 vfs = jfs log = /dev/APMloglv27 mount = true check = false options = nodev,rw account = false

Obs.

Para montar um file system automaticamente após uma reinicialização do host deprodução, verifique se o valor da montagem é definido como TRUE para o productionfile system. Para file systems criados usando crfs ou smitty, a opção de montagemautomática é ativada como TRUE por padrão. Você pode visualizar o /etc/filesystems para verificar se o indicador de montagem é definido como TRUE, oque permite uma reinicialização.

Suporte de montagem armazenada para file systemsSe um file system for montado em um ponto de montagem /a e outro file system (domesmo grupo de volumes ou de um grupo de volumes diferente) for montado em umponto de montagem abaixo /a como /a/b, então, /a e /a/b serão considerados


Montagem de um file system após reinicialização 247

como file systems armazenados, já que seu ponto de montagem é um subdiretório dofile system pai.

É possível montar e desmontar file systems armazenados, mesmo se eles estiveremdistribuídos entre grupos de volumes.

É recomendável evitar a criação de file systems circulares armazenados em grupos devolumes como os exibidos a seguir, pois as operações de montagem, desmontagem erestauração apresentam falha mesmo diante de uma proteção bem-sucedida.

l /a no grupo de volumes 1

l /a/b no grupo de volumes 2

l /a/b/c no grupo de volumes 1

Em vez disso, faça um dos procedimentos a seguir.

l Crie o layout do file system da seguinte maneira:

n /a no grupo de volumes 1

n /a/b no grupo de volumes 2

n /a/b/c no grupo de volume 3

l Crie todos os file systems armazenados em um grupo de volumes

Obs.

l Com suporte apenas em plataformas UNIX.

l Não há suporte para file systems de NFS em layouts armazenados.

l Todos os file systems de um único grupo de volumes devem ser montados edesmontados juntos. Caso contrário, a segunda montagem de um file systemapresentará falha se outro file system já estiver montado por meio desse grupo devolumes. Mesmo no caso de file systems não armazenados em um grupo devolumes, como /a e /b, se /a estiver montado, a segunda montagem do /bapresentará falha.








/prd/db1 /tst/db1






D:\Test1 G:\Test1

E:\ H:\Test2

F:\Test3 I:\

L:\ N:\

Obs.










Procedimento




















Obs.


Restaurando um file systemUse o Assistente File System Restore para restaurar uma cópia do file systemexistente.

Procedimento

1. No console do AppSync, acesse Copy Management > File systems.

A página Hosts do file system é iniciada exibindo os servidores disponíveis.

2. Selecione o servidor que tem os file systems para restauração, para iniciar apágina de file systems.

3. Selecione o file system que você deseja restaurar e clique e Restore no menuRecover, na área inferior esquerda da página de file system.

Essa ação inicia o Assistente File System Restore. Todas as cópias protegidassão listadas no assistente. É possível selecionar somente uma cópia de filesystem de cada vez para restauração. A data de cópia, o nome do file system, onome do servidor, o plano de serviço e tipo de cópia são exibidos para cadacópia.

4. Selecione a cópia de file system a ser restaurada e clique em Next.

A página Restore Warnings é iniciada. A página Restore Warnings lista o filesystem que pertence ao mesmo grupo de consistência ou grupo de volume ondea cópia é restaurada. Se esse file system estiver protegido, bem como a cópiado file system selecionada, esse file system é substituído.A página de advertência de restauração também lista todos os aplicativosinstalados no file system que está sendo restaurado.

5. Leia as advertências e clique na caixa de seleção I have read the warning.



6. Clique em Next.





7. Se a página Summary parece estar correta, clique em Finish.

A página Results é carregada, nela você pode visualizar os resultados darestauração.


Restaurando um file system 251

CAPÍTULO 9

Proteger VMware Datacenters


l Pré-requisitos de configuração ....................................................................... 254l Detecção de datacenters ................................................................................ 256l Considerações sobre a montagem de uma cópia VMFS ...................................266l Restaurando um datastore a partir de uma cópia............................................. 268l Restaurando uma máquina virtual a partir de uma cópia....................................271l Restauração de arquivo ou pasta com datastores VMFS ou NFS..................... 274

Proteger VMware Datacenters 253

Pré-requisitos de configuraçãoO AppSync pode criar, montar e restaurar cópias nas configurações de datastores deVMware vStorage VMFS e NFS. Os pré-requisitos de configuração são necessáriospara integrar o AppSync com a proteção do VMware vStorage VMFS. Configure oRecoverPoint e VMware de acordo com a documentação do produto.

Pré-requisitos de configuração do VMware

l O VMware vCenter Server deve ser usado no ambiente.

l O AppSync aceita o uso de VSS do VMware com snapshots da máquina virtualquando uma versão compatível do vSphere está instalada e o VMware Tools estápresente na máquina virtual no VMFS que você está replicando. Consulte adocumentação do VMware para obter informações sobre as característicasrelacionadas ao VSS em uma cópia do AppSync. Entre em contato com o VMwarecom relação às considerações sobre o que está relacionado ao VSS nessaconfiguração.

l Quando houver uma alteração de configuração no vCenter Server, execute umadetecção dos data centers no vCenter Server do console do AppSync antes deproteger um datastore. Certifique-se de que o UUID do VMFS é exclusivo noinventário do VirtualCenter em todos os data centers.

Obs.

Você também pode criar e gerenciar cópias de datastores VMware com client da webdo VSI for VMware vSphere. O plug-in está disponível para download separado dapágina de suporte on-line do AppSync em support.EMC.com.

Pré-requisitos de configuração do RecoverPoint

l Configure a proteção do RecoverPoint (local/remota/local e remota) para asLUNs de produção antes da implementação do AppSync. Consulte adocumentação do RecoverPoint para criar grupos de consistência e definirconjuntos de replicação.

l Em um cluster ESX, deve-se deixar as LUNs de destino visíveis para todos oshosts ESX no cluster.

l O servidor do AppSync deve se conectar ao RPA por meio da rede.

Suporte a VMware vMotion

l Você pode executar um vMotion de máquinas virtuais com vDisks de datastoresVMFS para VMFS ou de datastores NFS para NFS

l Você não pode executar um vMotion de máquinas virtuais com vDisks dedatastores VMFS para NFS ou de datastores NFS para VMFS

Requisitos vStorage VMFS VMwareAlgumas considerações se aplicam quando o AppSync é incluído em um ambienteVMware para a proteção de datastores VMware.

Todas as operações específicas do VMware ocorrem por meio do VMware vCenterServer.

O AppSync pode ser configurado para exigir credenciais de log-in do vCenter Serverpara permitir a proteção de um determinado VMFS por motivos de segurança. Amenos que você instrua o AppSync a omitir esse recurso, o AppSync captura um



http://support.emc.com

snapshot de VMware para cada máquina virtual que on-line e que reside no VMFSantes de proteção. Essa ação garante a consistência do sistema operacional para aréplica resultante. As seguintes funções de usuário para um cluster de Virtual CenterESX são permitidas com o AppSync:

l Administrador

l Usuário avançado da máquina virtual

l Usuário de máquina virtual

l Administrador de pool de recursos

l Usuário de backup consolidado VMware

l Consumidores de armazenamento de dados

l Administrador de rede

Os seguintes privilégios devem ser atribuídos à função do VC que você planeja usar noAppSync:

Datastore

Folder > Create Folder

Host > CIM

Host > Configuration > Storage partition configuration

Resource > Assign virtual machine to resource pool

Resource > Migrate powered off virtual machine

Resource > Migrate powered on virtual machine

Sessions > Validate session

Virtual Machine > Configuration > Add existing disk

Virtual Machine > Configuration > Add new disk

Virtual Machine > Configuration > Add or remove device

Virtual Machine > Configuration > Advanced

Virtual Machine > Configuration > Modify device settings

Virtual Machine > Configuration > Raw device

Virtual Machine > Configuration > Reload from path

Virtual Machine > Configuration > Remove device

Virtual Machine > Configuration > Rename

Virtual Machine > Configuration > Settings

Virtual Machine > Guest Operations > Guest Operation Program Execution

Virtual Machine > Interaction > Guest operating system management by VIX API

Virtual Machine > Interaction > Power Off

Virtual Machine > Interaction > Power On

Virtual Machine > Inventory

Virtual Machine > Provisioning > Allow disk access

Virtual Machine > Provisioning > Allow read-only disk access

Virtual Machine > Provisioning > Clone virtual machine

Virtual Machine > Snapshot management

O AppSync aceita o uso de VSS do VMware com snapshots da máquina virtual quandouma versão compatível do vSphere está instalada e o VMware Tools está presente na


Requisitos vStorage VMFS VMware 255

máquina virtual no VMFS que você está protegendo. Consulte a documentação doVMware para usar as características relacionadas ao VSS na cópia do AppSync e entreem contato com a VMware em relação a considerações relacionadas ao VSS nessaconfiguração.

Se as máquinas virtuais do datastore têm LUNs RDMs ou iSCSI visíveis para eles, acópia resultante não conterá essas LUNs. Se a máquina virtual tiver discos virtuais quenão sejam a unidade de inicialização localizados em outros datastores, é possívelcapturar esses discos configurando o plano de serviço para incluir discos de máquinasvirtuais.

Detecção de datacentersPara manter o AppSync atualizado, detecte datacenters no VMware vCenter Serverquando houver uma alteração na configuração do vCenter Server.



l Pelo menos um vCenter server deve ser adicionado ao AppSync.

Procedimento

1. Navegue até Copy Management > VMware Datacenters.

2. Na página VMware Datacenters, clique em Discover Datacenters > On VirtualCenter e selecione um vCenter server para detectar seus datacenters.

Opcionalmente, você também pode adicionar um vCenter server clicando emAdd vCenter Server. Consulte Adicionar um vCenter Server.

Lista de datacentersO nível superior da página VMware Datacenters mostra todos os datacentersregistrados AppSync.

Coluna Descrição

Status deproteção dedatacenter

l Verde: Cópias mais recentes de todos os datastores nodatacenter protegidos com sucesso

l Amarelo: Um ou mais das cópias de datastore mais recentesno datacenter foram concluídas com erros

l Vermelho: Uma ou mais cópias de datastores mais recentesno datacenter apresentou falha ao concluir

l Símbolo "i": Um ou mais datastores no datacenter não podemser são inscritos em planos de serviço ou não têm cópiasassociadas a eles

Name Nome do datacenter no vCenter server.

vCenter Server Nome do vCenter Server que hospeda o datacenter.

Last Discovery Hora em que uma detecção foi realizada pela última vez novCenter server.

Alert Recipients Lista de aliases de e-mail que receberão alertas por e-mail.

Clicar no nome de um datacenter mostra os datastores.



Adicionar um VMware vCenter ServerAdicione um VMware vCenter Server ao AppSync quando uma máquina virtual forusada como um host de montagem.


l Essa operação requer a função de administrador de recursos em AppSync

l Certifique-se de que você conhece as credenciais de uma conta com privilégios deadministrador no vCenter Server.

Procedimento

1. Selecione Settings > VMware vCenter Servers.

2. Clique em Add.

3. Digite o nome do vCenter Server.

4. Digite as credenciais para uma conta que tenha privilégios de administrador parao vCenter Server.

Obs.

O AppSync permite que você monte um file system ou um banco de dados (ouseja, o LUN de armazenamento subjacente no qual eles residem) de umambiente Windows ou Linux físico para um ambiente virtual VMware como umdispositivo RDM. Certifique-se de adicionar o vCenter que gerencia essamáquina virtual ao AppSync antes de executar uma montagem.

5. Clique em OK.

Figura 6 Add vCenter Server

Lista de datastores VMwareA lista contém os datastores VMware que foram detectados e armazenadas no bancode dados do AppSync.

Clicar no nome do datastore exibe as cópias do datastore.


Adicionar um VMware vCenter Server 257

A coluna Service Plan mostra os planos nos quais o datastore está inscrito. Outrosdetalhes incluem o tipo de datastore (VMFS ou NFS) e o nome do ESX server.

Selecione um datastore VMware.Proteja um datastore VMware por meio da assinatura em um plano de serviço VMwaredo AppSync.

O mecanismo de proteção do AppSync para datastores se dá por meio de planos deserviço. Você inscreve um datastore em um plano de serviço e executa o plano deserviço imediatamente, ou agenda o plano de serviço para ser executadoposteriormente.

l Escolha Subscribe to Plan and Run quando desejar proteger os datastoresselecionados imediatamente. O plano de serviço é executado somente para osdatastores.

l Escolha Subscribe to Plan quando desejar agendar a proteção para mais tarde. Aproteção para datastores que fazem parte do plano de serviço é executada na horaagendada.

l Escolha um plano de serviço apropriado em Criar uma cópia usando na páginaCopies do datastore.

l Escolha Run na página do plano de serviço dos datacenters VMware para executartodo o plano imediatamente.

Inscrevendo datastores VMware em um plano de serviçoA operação Subscribe to Plan agenda a proteção para mais tarde. A proteção paratodos os datastores que fazem parte do plano de serviço é executada na horaagendada.



Procedimento


2. Clique em um datacenter para exibir seus datastores.

3. Na lista, selecione o datastore para proteger.

Selecione vários datastores, segurando as teclas Shift ou Ctrl no teclado.

4. Na lista Protect, selecione o plano de serviço apropriado em Subscribe toPlan.

O plano selecionado é exibido na coluna Service Plan para o datastore.

Protegendo datastores VMware imediatamenteA operação Subscribe to Plan and Run adiciona datastores em um plano de serviçoexistente e executa o plano de serviço imediatamente somente para o datastoreselecionado.







3. Nessa lista, selecione um datastore para proteger.


4. Na lista Protect, selecione o plano de serviço apropriado em Subscribe to Planand Run.

A caixa de diálogo Subscribe to Plan and Run é exibida mostrando oandamento nas diferentes fases.

Lista de máquinas virtuais protegidasA lista contém máquinas virtuais que pertencem aos datastores que estão protegidascomo parte da execução de um plano de serviço.

Clique no nome da máquina virtual para visualizar as cópias da máquina virtual. Paraexecutar uma operação de restauração, selecione uma máquina virtual e clique emRestore.

Outros detalhes incluem a plataforma de SO na máquina virtual, a versão da máquinavirtual, o host ESX no qual reside a máquina virtual, bem como o caminho para oarquivo de máquina virtual. No caminho, o nome do datastore onde a máquina virtualreside fica entre colchetes [].

Cancelando inscrições de datastores de um plano de serviçoVocê pode cancelar a inscrição de datastores de um plano de serviço ou de todos osplanos de serviço ao quais eles estejam inscritos.





3. Nessa lista, selecione o datastore a ser removido de um plano de serviço.

Você pode selecionar vários datastores, se eles estiverem inscritos no mesmoplano de serviço. Selecione vários datastores, segurando as teclas Shift ou Ctrlno teclado.

4. Na lista Protect, selecione um plano de serviço em Unsubscribe from Plan, ouselecione All para remover os datastores de todos os planos.

O nome do plano de serviço é removido da coluna Service Plan para osdatastores.

Snapshots do VMwareQuando a opção de consistência de máquina virtual é selecionada, o AppSync criasnapshots de todas as máquinas virtuais que estão no estado ligado enquanto odatastore está sendo replicado.

O AppSync cria um snapshot fechado para novas sessões das máquinas virtuais queestão no estado ligado. O VMware Tools é usado para desativar o file system damáquina virtual. Fechar um file system para novas sessões é um processo de colocaros dados em disco de um computador físico ou virtual em um estado adequado parabackups. Esse processo pode incluir operações como flushing de buffers sujos docache em memória do sistema operacional para o disco, ou outras tarefas específicasde aplicativos de nível mais alto. Se a opção de consistência da máquina virtual não


Selecione um datastore VMware. 259

estiver definida, o AppSync ignora o processo de criação de snapshots de máquinavirtual.

Exibindo cópias do datastoreAs cópias são nomeadas com a hora em que foram criadas.



Procedimento


2. Selecione um datacenter, em seguida, um datastore para visualizar suas cópias.

Você pode ver outros detalhes de cópia, como tipo de cópia, status damontagem, o status de consistência de máquina virtual e o plano de serviçoassociados à cópia.

3. Selecione uma cópia para ver mais detalhes no painel Details.

l Guia Virtual Machines: lista as máquinas virtuais que fazem parte da cópiado datastore selecionado.

l Guia Virtual Disks: lista os discos virtuais que fazem parte da cópia dodatastore selecionado.

l Guia Events: lista os eventos que ocorreram quando a cópia do datastore foicriada.

Exibindo cópias de máquinas virtuais

Visualize a lista de cópias de uma máquina virtual de acordo com a hora em que foramfeitas.



1. Navegue até Copy Management > VMware Datacenter.

2. Selecione um datacenter, em seguida, a guia Protected Virtual Machines.

3. Selecione uma máquina virtual na lista para exibir suas cópias.

Você pode ver os detalhes da cópia, como o tamanho da cópia, armazenamentoem disco, o modo de disco etc.

4. Selecione uma cópia para ver detalhes adicionais no painel Details.

l Guia Vitual Disks: lista os discos virtuais que fazem parte da cópia demáquina virtual selecionada.

l Guia Events: lista os eventos que ocorreram quando a cópia da máquinavirtual foi criada.

Criação de uma cópia do datastore da página CopiesCrie uma cópia de um datastore inscrevendo-o em um Plano de serviço VMware doAppSync na página Copies.





Procedimento



3. Nessa lista, clique no datastore para exibir suas cópias.

4. Na lista Create a copy using, selecione o plano de serviço apropriado.

O plano de serviço é executado imediatamente para o datastore.

Expirando uma cópia do datastore sob demanda

Expirar uma cópia a remove do banco de dados do AppSync e pode liberararmazenamento, dependendo da tecnologia de replicação e do estado da cópia.




Procedimento

1. Selecione Copy Management > VMware Datacenters.


3. Clique no datastore cujas cópias você deseja expirar.



5. Selecione Expire.

6. Verifique se você deseja expirar a cópia selecionada e todas as cópiasassociadas listadas e confirme.




















Substituindo agendamentos de plano de serviço

É possível definir horários diferentes para datastores individuais que estejam inscritosem um plano de serviço, sobrepondo a configuração de recorrência genérica.




Procedimento






Você pode ver a lista de todos os datastores inscritos no plano.

5. Selecione um ou mais datastores e clique em Override Schedule.

6. Na caixa de diálogo Override Schedule, defina o agendamento de acordo comsuas necessidades e clique em OK.

Por exemplo, se o tipo de recorrência padrão for On specified days of themonth e a configuração de regra, Run at 12:00 AM no 1st day of every month,você pode sobrepor a hora e o dia para datastores individuais.Um ícone de lápis indica que as configurações padrão foram sobrepostas.

Detecção de aplicativosAntes de criar a cópia, o AppSync executa a detecção nos datastores selecionados eatualiza os banco de dados do AppSync, se houver qualquer alteração na configuraçãodo vCenter server.




Create copyA fase Create Copy cria uma cópia com base no tipo de armazenamento preferidoespecificado pelo usuário.

Essa fase especifica o tipo de cópia do datastore a ser feita, e as configurações dearmazenamento para as cópias. A fase de cópia cria uma cópia local, a cópia remota ou



uma cópia local e remota com base na opção do plano de serviço, Bronze, Silver ouGold.

Análise Visão geral: Service Plan para obter mais informações sobre a cópia no planode serviço.

Opções de cópia do datastore

Selecione o tipo de cópia, as máquinas virtuais para ignorar para snapshots, aspreferências de armazenamento e o número de cópias de snapshot a reter.

l Copy Consistency

O VM Consistent cria uma cópia dos datastores no plano de serviço,inclusive a execução de programas, processos e até mesmo janelas queestavam abertas no momento do snapshot. Maximum Simultaneous VMSnapshots é o número de snapshots simultâneos de todas as máquinasvirtuais presentes. O valor padrão é quatro snapshots.O Crash Consistent cria uma cópia dos datastores no plano de serviço. Ascópias consistentes em caso de falhas têm tudo exceto dados da memória nomomento da criação do snapshot.O link de Configure VM Snapshots for VMs permite que você selecionemáquinas virtuais dos datastores adicionados ao plano de serviço. A opçãoExclude VMs for Snapshot é ativada por padrão. Isso significa que asmáquinas virtuais selecionadas são ignoradas enquanto capturam snapshotsVMware durante a execução de plano de serviço. Se você selecionar IncludeVMs for Snapshot, somente as máquinas virtuais selecionadas sãoconsideradas para a criação de snapshots VMware durante a execução do planode serviço.O Include Virtual Machine Disk inclui todos os datastores associadosàs máquinas virtuais em execução nos datastores que estão sendo protegidos.Por exemplo, o datastore DS1 está inscrito no plano de serviço. A máquinavirtual VM1 que faz parte do DS1 tem discos virtuais nos datastores DS2 e DS3.Quando o plano de serviço é executado, os datastores DS2 e DS3 sãoprotegidos, juntamente com o DS1. No entanto, os datastores DS2 e DS3 nãosão inscritos no plano de serviço.

l Storage Ordered Preference - A ordem de preferência da tecnologia dearmazenamento a ser usada durante a criação de cópias. Você pode ordenar,marcar ou desmarcar as preferências de armazenamento. As cópias são criadasusando a primeira preferência de tecnologia quando possível. Se a primeiratecnologia não puder ser usada, todas as cópias restantes serão processadas pelapróxima preferência. Por exemplo, se a primeira preferência fosse um bookmark,mas nem todos os dados de aplicativos no plano de serviço estivessem mapeadospara o RecoverPoint, o AppSync usaria snapshots do VNX em vez disso. Se vocêquiser que o AppSync ignore o uso de uma tecnologia de replicação específica,desmarque essa preferência da lista de preferências ordenadas dearmazenamento.

Obs.

Um plano de serviço só pode conter uma combinação de VNX Block, VNX File eobjetos de replicação do RecoverPoint. Por exemplo, se você tiver um plano deserviço Bronze para VMware, os datastores podem ser uma combinação deRecoverPoint, VNX File e a replicação de VNX Block.

l Expiration - o número máximo desejado de cópias do snapshot de array quepodem existir simultaneamente.



Expiração automática de cópias de snapshot de arrayO valor de expiração automática na fase Create Copy de um plano de serviçoespecifica o número máximo de cópias de snapshots que podem existirsimultaneamente.

Quando o valor de "Always keep x copies" é atingido, as cópias mais antigas expirampara liberar armazenamento para a próxima cópia no rodízio. Cópias com falha não sãoconsideradas. O AppSync não expira a cópia mais antiga até que sua substituiçãotenha sido criada com sucesso. Por exemplo, se o número de cópias para manter é 3, oAppSync não expira a cópia mais antiga até que a quarta cópia seja criada.




l Uma cópia que contém a única réplica de um datastore não é expirada.


Obs.

Se esta opção não for selecionada, as cópias do RecoverPoint se acumularão epermanecerão até que os bookmarks expirem no dispositivo do RecoverPoint.

fase Unmount previous copyO plano de serviço desmonta uma cópia montada anteriormente depois de criar a novacópia. A exceção é uma cópia que foi montada sob demanda e não pelo plano deserviço. A cópia montada sob demanda não é desmontada.


Mount copyA fase Mount copy monta todas as cópias do datastore criadas por essa execução doplano de serviço.

As configurações de Mount Copy Defaults para a cópia a ser montada depende doplano de serviço. Outras configurações de montagem determinam o host demontagem, o modo de acesso e a assinatura de montagem.

Essa fase pode permanecer ativada ou desativada.

General Settings:

l Mount on host: lista todos os ESX servers detectados nos vCenter Serversregistrados.

l Mount Signature: lista Use original signature e Use new signature para seleção.Quando Use new signature é selecionada, o AppSync reinscreve o volume VMFSna montagem. Aplicável somente para datastores VMFS VMware.

l Cluster Mount: Selecione Yes ou No.

RecoverPoint Settings:

l Image access mode (durante a montagem do RecoverPoint):



l Logged Access:Use esta opção de montagem se a verificação de integridade envolver adigitalização de grandes áreas dos volumes replicados.

l Virtual Access with Roll:Fornece acesso quase instantâneo à cópia, mas também atualiza o volumereplicado em segundo plano. Quando os volumes replicados estão no point in timesolicitado, o RPA alterna transparentemente para o acesso ao volume de réplicadireto, permitindo o processamento intensivo.

l Virtual Access:Fornece acesso quase instantâneo à imagem; ele não se destina ao processamentointensivo.

l Desired Service Level Objective (SLO): Especifica os objetivos de nível de serviçoVMAX 3 necessários. O SLO define o intervalo operacional do tempo de serviço deum grupo de armazenamento.

VNX File Settings: Essa opção está disponível somente para datastores do VMwareVNXFile.

l Mount Copy with access: Selecione o tipo de acesso com a qual a cópia deve sermontada - Read-only ou Read-Write.

Substituindo configurações de montagem em um plano de serviço

Se houver vários datastores VMware inscritos no mesmo plano, você pode selecionarconfigurações de montagem diferentes para cada datastore, substituindo asconfigurações de montagem genéricas.



1. Navegue até Service Plans > VMware Datacenters e clique em um dos planosna lista.



A lista de datacenters inclui todos os datacenters vCenter cujos datastoresestão inscritos neste plano. As configurações de montagem exibem asconfigurações padrão. Além disso, para datastores VMAX v3, o objetivo de nívelde serviço é exibido como outra opção.

4. Selecione o datastore cujas configurações você deseja sobrepor e clique em SetOverrides.


5. Na caixa de diálogo Mount Copy Overrides, selecione as opções apenas paraas configurações de montagem que você deseja sobrepor.

Por exemplo, se quiser montar uma cópia no host de produção, você podeselecionar Use new signature no menu suspenso Mount Signature.


6. Clique em OK.

Um ícone de lápis é exibido na primeira coluna da linha do datastore cujasconfigurações de montagem padrão você alterou.



7. Para reverter para as configurações padrão, selecione os datastores e clique emUse Default Settings.

Unmount copyA fase final no plano de serviço desmonta a cópia.


Considerações sobre a montagem de uma cópia VMFSQuando você monta uma cópia VMFS em um ESX Server alternativo, o AppSyncexecutará todas as tarefas necessárias para tornar o VMFS visível para o ESX Server.

l Depois de concluir essas tarefas, outras tarefas de administração, como reiniciaras máquinas virtuais e os aplicativos devem ser realizadas por scripts ouintervenção manual.

l Para montagens de datastore e virtual disco em ambientes ESXi 5. x eRecoverPoint 4.0, desative a aceleração de hardware para garantir montagensbem-sucedidas do tipo acesso virtual. Para obter mais detalhes, consulte o artigo2006858 da base de conhecimento VMware.

Montando uma cópia de datastore sob demandaVocê pode iniciar uma montagem sob demanda de uma cópia de datastore na páginaCopies do datastore, na guia Copies do plano de serviço, ou da página Datastore deum datacenter.



Procedimento

1. No botão pop-up Recover, selecione Mount a Copy, na página Datastore ouCopies, ou na guia Copies do plano de serviço.

2. Use os filtros Copies ou Service Plan para selecionar a cópia apropriada amontar.

A lista de cópias é atualizada de acordo com os filtros selecionados.


Para uma cópia do RecoverPoint, você também tem a opção de selecionar umbookmark de acordo com um horário específico. No entanto, deve haver umacópia disponível no AppSync antes da hora que você selecionar.

Clique em Select a point in time para selecionar uma cópia com um registro dedata e hora específico e selecione o local da cópia (remoto ou local). Selecioneremote para montar a cópia remotamente, ou local para montar a cópialocalmente. A hora mostrada aqui é a hora do console do AppSync. Se o consoleestiver em um fuso horário diferente do RecoverPoint Appliance (RPA),especifique a hora de acordo com o fuso horário do servidor para montar acópia.

4. Na página Mount Additional Copies, selecione uma ou mais cópias adicionaispara montar. As cópias listadas aqui são outros datastores que foram protegidosao mesmo tempo e no mesmo datacenter que a cópia selecionada na etapaanterior.



5. Na página Select Mount Settings:

a. Na lista Mount on Host, selecione o host no qual deseja montar a cópia.

Todos os ESX Servers no vCenter Server registrados no AppSync sãolistados como candidatos de host de montagem possíveis. Se um ESXselecionado fizer parte de um cluster de ESX, outro campo, Cluster Mount,será exibido, o qual pode ser definido como Yes ou No. Se o ESX Server fizerparte de um cluster, você também terá a opção de montar em todos os nósdo cluster, ou apenas para o host de montagem que você escolher. Se essaopção não estiver selecionada, e o host de montagem faz parte de umcluster ESX, o host de montagem deve ter um grupo de armazenamentodedicado, exibição de armazenamento ou grupo de iniciadores configuradosde acordo com a configuração do sistema de armazenamento. Isso permiteque o AppSync mascare as LUNs apenas para esse host de montagem.

b. Na lista Mount Signature, selecione uma destas opções: Use newsignature, Use original signature. Aplicável somente para datastores VMFSVMware.

c. Em caso de uma cópia de RecoverPoint, na lista Image Access Options,selecione uma destas opções:

l Logged access: Use esta opção de montagem se a verificação deintegridade envolver a digitalização de grandes áreas dos volumesreplicados. Logged access é a única opção disponível quando você montano host de produção.

l Virtual access with roll: Fornece acesso quase instantâneo à cópia, mastambém atualiza o volume replicado em segundo plano. Quando osvolumes replicados estão no point in time solicitado, o RPA alternatransparentemente para o acesso ao volume de réplica direto, permitindoo processamento intensivo. Acesso virtual com teste não é compatívelcom RP VMAX e XtremIO de RP.

l Virtual access: Fornece acesso quase instantâneo à imagem. O acessovirtual não se destina ao processamento intensivo. Acesso virtual com RPVMAX e XtremIO de RP não é compatível.

d. Na lista suspensa Mount copy with access, selecione o tipo de acesso como qual a cópia deve ser montada: Read-only ou Read-write. Aplicávelapenas para datastores do VMware VNXFile.

e. Para arrays VMAX 3, selecione o SLO (Service Level Objective, objetivo denível de serviço) desejado para a cópia de montagem.

Obs.


f. Para arrays VMAX V2, selecione a política do FAST VP desejada para a cópiade montagem.

g. Na lista VPLEX Mount option, selecione uma destas opções:

l Native array: Use esta opção se você deseja montar a cópia comovolumes de array nativo.

l VPLEX virtual volume mount: Use esta opção se você deseja montar acópia como volumes virtuais do VPLEX.


Montando uma cópia de datastore sob demanda 267

6. Na página Summary, analise as configurações de cópia e montagem que vocêescolheu nas páginas anteriores e clique em Finish para montar a cópia.

7. Na página Results, clique no link Details para ver o andamento das diversasfases da restauração de uma cópia.


Desmontando uma cópia do datastore VMwareQuando você seleciona uma cópia para desmontar, outras cópias que foram montadasjuntamente com a cópia selecionada são desmontadas.



Você pode desmontar uma cópia somente em uma lista de cópias feitas para odatastore.

Procedimento

1. Navegue até a página Copies nas páginas Protection ou Service Plan:

l Copy Management > VMware Datacenters > selecione o datacenterVMware que hospeda o datastore, depois selecione o datastore com a cópiapara desmontar.

l Service Plans > VMware Datacenters > selecione um plano de serviço,depois selecione a guia Copies.

2. Na lista de cópias, selecione a cópia do datastore e clique em Unmount nobotão abaixo.

A caixa de diálogo Unmount Confirmation exibe todas as cópias de outrosdatastores que foram montados, juntamente com a cópia selecionada para serdesmontada.


A janela Unmount exibe o andamento da operação de desmontagem. Todas ascópias que foram montadas, juntamente com a cópia selecionada serãodesmontadas.

Restaurando um datastore a partir de uma cópiaVocê pode executar uma restauração de uma cópia na página Copies do datastore, naguia Copies do Plano de Serviço ou na página Datastore do datacenter.



l Antes de restaurar um datastore, é recomendável que você desligue as máquinasvirtuais no datastore.

Procedimento

1. Selecione Recover > Restore na página Datastore ou Copies ou na guia ServicePlan Copies.

Inicia o Assistente Datastore Restore.




Use os filtros Copies ou Service Plan para selecionar a cópia apropriada pararestaurar. A lista Copies é atualizada de acordo com os filtros selecionados.


Clique em Select a point in time para selecionar uma cópia com um registro dehora. A hora indicada aqui é a hora do console. Se o console estiver em um fusohorário diferente do RPA, especifique a hora de acordo com o fuso horário doservidor para restaurar a cópia.

3. Clique em Next.

Se a cópia selecionada tiver entidades afetadas, a página Restore Warningsserá exibida.

4. Leia as mensagens de advertência para os datastores selecionados. Marque acaixa de seleção para indicar que concorda em restaurar outras entidadesjuntamente com a cópia selecionada.

Você pode desmontar os datastores que serão sobrescritos manualmente antesda restauração.

Apenas cópias do RecoverPoint têm entidades afetadas.

5. Na etapa Virtual Machine Operations, selecione as ações apropriadas que vocêdeseja que o AppSync execute antes e depois da restauração. Consulte VirtualMachine Operations para obter detalhes.

6. Clique em Next.





7. Na página Summary, analise as configurações que você selecionou nas páginasanteriores e clique em Finish para executar a restauração.



Operações de máquina virtual durante a restauraçãoO AppSync pode executar operações em máquinas virtuais associadas aos datastoresselecionados para restauração.


Operações de máquina virtual durante a restauração 269

Tabela 32 Operações da máquina virtual

Operação da máquina virtual Descrição

Máquinas virtuais presentes no início darestauração

Power down VMs at start of restore: Seas máquinas virtuais estiverem presentes noinício da restauração, o AppSync as desligaantes de iniciar a operação de restauração.Isso é importante para uma restauração bem-sucedida.

Execute as operações da máquina virtual apósa restauração.

l Retorna as máquinas virtuais aoestado encontrado no início darestauração: Após a restauração, oAppSync liga as máquinas virtuais e asretorna ao estado em que estavam antesda restauração.

l Register all virtual machines: Após arestauração, o AppSync registra todas asmáquinas virtuais no inventário dovCenter.

l Register and power up all virtualmachines: Após a restauração, oAppSync liga as máquinas virtuais e asregistra no inventário do vCenter.

Você pode selecionar apenas uma dessasopções.

Máquinas virtuais ausentes no início darestauração. Execute as operações damáquina virtual após a restauração.

l Register all virtual machines: Após arestauração, o AppSync registra todas asmáquinas virtuais no inventário dovCenter.

l Register and power up all virtualmachines: o AppSync liga as máquinasvirtuais e as registra no inventário dovCenter.

Entidades afetadas do datastore durante a restauraçãoQuando você restaura um datastore, o AppSync calcula as entidades afetadas paraoutros datastores que compartilham o mesmo armazenamento.

Uma entidade afetada é dados que residem em seu ESX Server que,involuntariamente, se tornam parte de uma réplica devido a sua proximidade com osdados que você pretende proteger. Você pode impedir situações de entidadesafetadas planejando adequadamente o layout dos dados.

No caso do RecoverPoint ou do ViPR Controller, a granularidade está no nível dogrupo de consistência (CG). Se o CG for selecionado para restauração, o AppSyncidentifica outros datastores que residem no mesmo CG que também foram protegidos,e os restaura. Se a entidade afetada não foi protegida, o AppSync não poderárestaurá-la corretamente. Esse fato é exibido como uma advertência no AssistenteRestore.



Não existem entidades afetadas para VNX, pois vários datastores não podem ser estardistribuídos na mesma LUN e vários datastores não podem ser hospedados no mesmofile system.

Se houver entidades afetadas em sua configuração de armazenamento subjacente, oAssistente Restore notifica desses itens que exigem a confirmação de que itensadicionais serão restaurados.

Obs.

O AppSync verifica se o datastore subjacente de um disco virtual está em uso ou nãopor outras máquinas virtuais antes de executar uma restauração de disco virtual. Se odatastore subjacente estiver em uso, ele detecta e apresenta falha na restauração coma mensagem de erro apropriada.

Restaurando uma máquina virtual a partir de uma cópiaVocê pode executar uma restauração de uma máquina virtual da guia ProtectedVirtual Machines ou da página Copies da máquina virtual.



l Você deve estar usando o vSphere Enterprise Edition.

l Todos os datastores usados pela máquina virtual devem ser protegidos por meio daseleção da opção Include Virtual Machine Disk na fase Create copydo plano deserviço.

l A máquina virtual não deve ter snapshots preexistentes.

l Máquinas virtuais com RDMS não podem ser restauradas.

Procedimento

1. Selecione Restore na guia Protected Virtual Machines ou na página Copies damáquina virtual.

O Assistente virtual machine Restore é iniciado.


Use os filtros Copies ou Service Plan para selecionar a cópia para restaurar. Alista Copies é atualizada de acordo com os filtros selecionados.


Clique em Select a point in time para selecionar uma cópia com um registro dedata e hora específico. A hora indicada aqui é a hora do console. Se o consoleestiver em um fuso horário diferente do RPA, especifique a hora de acordo como fuso horário do servidor para restaurar a cópia.

3. Clique em Next.

Se outras máquinas virtuais também foram protegidas juntamente com amáquina virtual selecionada, a página Multiple VM Restore será exibida.

Selecione uma das seguintes opções:

l Continue to restore only one virtual machine


Restaurando uma máquina virtual a partir de uma cópia 271

l View and/or select the other VMs for restore

4. Na página Select Restore Location, faça as seleções apropriadas. Consulte Opções de restauração de máquina virtual para obter detalhes.

5. Na página Select Mount Host:

a. Selecione o ESX de montagem.

Se os dados de produção residirem no armazenamento do RecoverPoint, osdispositivos de destino deverão estar visíveis para o host de montagemselecionado. Para VNX, o host de montagem deve ser registrado no VNX.Para todos os outros armazenamentos, o host de montagem deve serregistrado no storage array em que a cópia reside.

b. Para uma cópia de bookmark do RecoverPoint, selecione o modo de acesso àimagem do RecoverPoint na lista - Logged Access, Virtual Access ou VirtualAccess with Roll.

c. Para obter uma cópia de snapshot do VPLEX, selecione a opção demontagem do VPLEX - volume virtual do VPLEX ou volume de array nativo.Para volumes virtuais do VPLEX, o host de montagem precisa ser adicionadoà exibição de armazenamento do VPLEX; para volumes de array nativo, eleprecisará ser zoneado para o array de back-end do VPLEX em que osnapshot é criado.

d. Clique em Next.

Obs.

l O AppSync emprega a tecnologia VMware vMotion para mover a máquinavirtual do host de montagem para o local de restauração. Portanto, o host demontagem e o host no local de restauração devem satisfazer os pré-requisitos do VMware vMotion, como o requisito de rede.

l No caso de uma cópia de snapshot do VPLEX, se o ESX selecionado paramontar o datastore para restauração de máquina virtual for parte de umcluster do ESX, o datastore será montado somente nesse ESX e não emtodos os ESXs desse cluster. Você deverá selecionar o mesmo ESX emSelect Restore Location e Select Mount host se não quiser que osarquivos da VM sejam copiados pela rede.

Na página Choose Instant Restore, será possível fazer uma seleção somentese uma das seguintes condições for atendida:

l Os hosts de montagem e de restauração são os mesmos.

l Os hosts de montagem e de restauração são diferentes, mas são nós domesmo cluster ESX.

6. Na página Choose Instant Restore, selecione Yes ou No para a opção Do youwant to perform an instant restore, com base na sua opção por realizar umarestauração instantânea ou não.

Durante a restauração instantânea, você pode continuar a usar a máquinavirtual. Embora a máquina virtual esteja ligada, as máquinas virtuais sãorestauradas em segundo plano.

Se você selecionar No, e tiver escolhido restaurar várias máquinas virtuais naetapa 2 desse assistente, especifique um número na caixa Maximum number ofsimultaneous virtual machines to be restored. Por padrão, o número é 2.



Obs.

Se você estiver restaurando várias máquinas virtuais pertencentes a um vApp,defina Maximum number of simultaneous virtual machines to be restoredcomo 1.

A opção de restauração instantânea não está disponível para:

l Cópias do VMAX se os dispositivos de origem forem thick

l Cópias do VMAX

l Cópias de snapshot do ViPR

l Cópias de snapshot do VPLEX

l Cópias de snapshot do Dell SC

7. Na página Summary, analise as configurações que você selecionou nas páginasanteriores e, em seguida, clique em Finish para executar a restauração.

8. Na página Results, clique em View Details para ver o andamento das diversasfases da restauração de máquina virtual.


Opções de restauração de máquina virtualVocê pode selecionar o local de restauração, bem como as operações de restauração.

Tabela 33 Opções de restauração de máquina virtual

Opções de restauração Descrição

Original location Restaura para o local onde a máquina virtualestava presente no momento da proteção.

Obs.

Para uma cópia de RecoverPoint, arestauração para o local original não érecomendado. O AppSync exibe umaadvertência apropriada quando você selecionaessa opção.

Alternate location Restaura para um local selecionado entre asopções a seguir. Todos são obrigatórios.

l vCenter Server: Você pode selecionar omesmo vCenter Server onde o datastorecom a máquina virtual estava no momentoda proteção ou um servidor diferente.

l Datacenter

l Host

l Datastore


Opções de restauração de máquina virtual 273

Tabela 33 Opções de restauração de máquina virtual (continuação)

Opções de restauração Descrição

Opções se a máquina virtual sendo restauradajá existe no local de restauração

l Fail the restore: O AppSync verifica aexistência de máquinas virtuais no local derestauração. Para as máquinas virtuaisque existem no local de restauração, aoperação de restauração será anulada.Para o restante, a operação derestauração continua. Essa é uma opçãopreventiva.

l Create a new virtual machine: O AppSynccria uma nova máquina virtual antes derestaurar.

l Unregister the virtual machine: Seexistirem máquinas virtuais selecionadaspara restauração no local de restauração,o AppSync cancela seu registro noinventário antes de restaurar.

l Delete from disk before performingrestore: Se as máquinas virtuais que estãosendo restauradas existem no local derestauração, o AppSync as exclui antes derestaurar.

Obs.

Recomenda-se fazer um backup damáquina virtual antes de continuar com aoperação de restauração.

l Delete from disk after performing restore:Se as máquinas virtuais que estão sendorestauradas existirem no local derestauração, o AppSync as exclui após arestauração.

Restauração de arquivo ou pasta com datastores VMFS ouNFS

Arquivos ou pastas armazenados em discos virtuais em uma máquina virtual emdatastores VMFS e NFS podem ser restauradas por meio do AppSync.

Os discos virtuais armazenados em um datastore VMFS ou NFS protegidos por umplano de serviço do AppSync podem ser usados para restauração em nível de arquivoou pasta, especificando-se o local para a montagem da cópia de disco virtual.

No AppSync, as restauração em nível de arquivo ou pasta é um processo de três fases:Para concluir a restauração, a etapa final é realizada manualmente fora do AppSync.Você precisa copiar os arquivos ou pastas do local onde o disco virtual está montadopara um local de sua escolha.



1. O AppSync monta os snapshots de datastore no ESX Server no qual a máquinavirtual com o agente do AppSync reside.

2. O vCenter server adiciona os discos virtuais a partir dos snapshots do datastorepara a máquina virtual de montagem, sem desligar a máquina virtual.

3. O agente do AppSync executará uma montagem de file system para a máquinavirtual de montagem.

A restauração de arquivos ou pastas de discos virtuais com várias partições écompatível.

Se a versão do ESX server for a 5.0 ou posterior, a máquina virtual original tambémpode ser a máquina virtual de montagem.

Restrições

l A restauração em nível de arquivo ou pasta não é possível em discos dinâmicos.

l Discos virtuais que pertencem ao mesmo pit de fase não podem ser montados paraa mesma máquina virtual, até mesmo quando na criação com o plano de serviçoGold. Em outras palavras, se um disco virtual de uma cópia local for montado,então, o mesmo disco virtual de uma cópia remota não pode ser montado.

l Para executar uma restauração de arquivo APiT (Any Point in Time, qualquerponto no tempo), você deve primeiro realizar uma montagem APiT do datastore e,em seguida, iniciar o Assistente Granular File Restore da cópia APiT.

Restaurando um arquivo ou pasta de um disco virtualVocê pode executar a restauração de um arquivo ou pasta de um disco virtual da guiaProtected Virtual Machines ou página Copies da máquina virtual.



l Você deve estar usando o vSphere Enterprise Edition.

l A máquina virtual na qual a cópia é montada e restaurada deve ser de 64 bits comWindows 2008 ou Windows 2012 como sistema operacional. O plug-in de host doAppSync deve ser instalado nela e deve ser registrado com o AppSync Server.

Procedimento

1. Selecione Restore > File na guia Protected Virtual Machines ou na páginaCopies da máquina virtual.

O Assistente Granular File Restore é iniciado.


Use os filtros Copies ou Service Plan para selecionar a cópia apropriada pararestaurar. A lista de cópias é atualizada de acordo com os filtros selecionados.

3. Clique em Next.

A página Select Virtual Disk é exibida mostrando os discos virtuais na máquinavirtual selecionada.

4. Selecione os discos virtuais cujos arquivos ou pastas devem ser restaurados eclique em Next.

5. Na página Select Host:

a. Selecione a máquina virtual na qual a cópia deve ser montada.

Além disso, especifique o local na máquina virtual selecionada onde o discodeve ser restaurado. Por padrão, os arquivos são restaurados no seguinte


Restaurando um arquivo ou pasta de um disco virtual 275

local: %system drive%\AppSyncMounts\<VM_name>\<copy_id>\Hard disk# onde:

l %system drive% é o drive de sistema da máquina virtual selecionadano qual a cópia deve ser montada

l <VM_name> é o nome da máquina virtual cujos discos virtuais estãosendo restaurados

l <copy_id> é um ID gerado pelo AppSync

l Hard disk# é o número do disco rígido na máquina virtual. Esse númeroé igual ao da máquina virtual original.

b. Selecione o modo de acesso de imagem do RecoverPoint na lista - LoggedAccess, Virtual Access ou Virtual Access with Roll.

6. Na página Summary, analise as configurações que você selecionou nas páginasanteriores e clique em Finish para iniciar a restauração do disco.

7. Na página Results, clique em View Details para ver o andamento das diversasfases da restauração de um disco virtual.


8. Em seguida, execute a etapa manual de copiar os arquivos ou pastasnecessários do local da montagem para um local de sua escolha.

9. Opcionalmente, desmonte o datastore. Unmount a datastore copy.



CAPÍTULO 10

Reutilização

l Visão geral da reutilização................................................................................ 278l Usando o Assistente Repurpose....................................................................... 282

Reutilização 277

Visão geral da reutilizaçãoEste tópico explica como usar o recurso de reutilização do AppSync para banco dedados e file systems.

O AppSync permite a criação de cópias de seu banco de dados e file systems paratestes de validação e aplicativos, teste e desenvolvimento, geração de relatórios,mascaramento de dados e lógica analítica de dados. O AppSync identifica as cópiasque são criadas a partir de uma ação de reutilização como cópias de primeira esegunda geração. A origem de uma cópia de segunda geração é uma cópia de primeirageração. Você pode criar várias cópias de segunda geração a partir de uma cópia deprimeira geração.

O AppSync é compatível com reutilização de file systems, bancos de dados do SQLServer e do Oracle.

Há dois tipos de reutilização:

l Reutilização de array nativo – a cópia de primeira geração é uma cópia do bancode dados de origem. Por exemplo, no caso de um array XtremIO, o snapshot deorigem é a cópia de primeira geração.

l Reutilização de bookmarks do RecoverPoint — A cópia de primeira geração é umacópia de LUNs em sites de replicação local ou remota nos consistency groups doRecoverPoint.

Obs.

Para criar um snapshot de um bookmark em um local remoto (reutilização deRecoverPoint remota), adicione tanto o array nativo local quanto o remoto aoAppSync.

Analise as seguintes informações adicionais sobre reutilização:

l A cópia da primeira geração cria uma cópia que pode ser usada como origem paraoutras cópias.

l As cópias de reutilização não figuram nos cálculos de RPO.

l Você pode criar cópias de reutilização de primeira geração e segunda geração sobdemanda ou agendá-las.

l Não há suporte para restauração de cópias de segunda geração.

l Não há suporte para restauração de uma cópia de primeira geração no caso dereutilização de bookmark do RecoverPoint.

l A restauração por meio de uma cópia de primeira geração não é permitida no casodo VMAX, caso ela seja criada em um site remoto.

l A cópia de primeira geração do banco de dados cria uma cópia consistente comaplicativos. Ela inclui congelamento/descongelamento de banco de dados,detecção de aplicativos e mapeamento. Para file systems, é possível configurar aoperação de congelamento/descongelamento usando scripts de chamada. A seção Criar scripts de chamada de congelamento e descongelamento de recursos de fasede cópia fornece mais informações sobre a configuração e a execução dos scriptsde chamada de congelamento e descongelamento.

Reutilização


Obs.

Para uma cópia de primeira geração do SQL, é ´possível configurar um número derepetições do VSS e um intervalo de repetições para a operação de congelamento/descongelamento usando o Assistente de reutilização. As opções de repetição doVSS não são aplicáveis para cópias do SQL consistentes em caso de falhas.

l As cópias de segunda geração são criadas usando a cópia de primeira geraçãocomo origem sem afetar o aplicativo. Elas não incluem congelamento/descongelamento de aplicativos, detecção de aplicativos e mapeamento. Se umacópia de primeira geração é montada com a recuperação e a cópia de segundageração é atualizada, a cópia de segunda geração pode não ser recuperada após amontagem.

Observações adicionais

l SQL

n Não há suporte para backup de registros como parte da reutilização.

n Não há suporte para reutilização de vários bancos de dados do SQL.

l Oracle - as opções de RMAN não estão disponíveis no assistente Repurpose.

l File system

n Não há suporte para a reutilização de file systems NFS.

n Ao reutilizar vários file systems juntos, uma falha na proteção de um ou maisfile systems gera uma falha completa na operação de reutilização.

n Não é possível proteger simultaneamente dois file systems que residem em doisstorage arrays separados.

n Os file systems que são reutilizados em conjunto são montados juntos.

n Os file systems que são protegidos juntos são reutilizados em conjunto paracópias de segunda geração.

Agendamento de reutilizaçãol Se você tentar criar cópias de primeira e segunda geração simultaneamente

usando o assistente Repurpose na página do banco de dados, a cópia de segundageração é criada automaticamente depois que a cópia de primeira geração écriada. Isso se aplica às opções Run Now, Run Recurrently As Per Schedule eRun Only Once At later time.

Reutilização

Agendamento de reutilização 279

l Se você criar um agendamento para a cópia de segunda geração, ela não seráacionada depois que a cópia de primeira geração for criada. A cópia de segundageração é executada de acordo com o agendamento.

l Se você criar uma cópia de segunda geração usando o assistente Repurpose napágina Copies, a cópia de segunda geração não será acionada, mesmo que a cópiade primeira geração seja executada de acordo com o agendamento. No entanto, sea cópia de segunda geração estiver agendada, é executada de com oagendamento.

l No primeiro agendamento, uma cópia reutilizada é criada; nos agendamentossubsequentes, a cópia é atualizada.

l Vários file systems podem ser agendados juntos como parte do mesmo plano dereutilização.

l Se vários file systems estiverem agendados para serem reutilizados juntos comoparte do mesmo agendamento, a seleção do file system e a visualização doagendamento exibem o agendamento. Se um agendamento é excluído, osagendamentos de todos os file systems agendados para reutilização em conjuntosão excluídos.

Modificando um plano de reutilizaçãoCada cópia é associada a um plano de reutilização de objetivos exclusivo. Paramodificar um plano de reutilização:

1. No console do AppSync, selecione Copy Management > application.

2. Seleciona uma cópia.

3. Clique no link Repurpose na coluna do plano de serviço da página Copies.

Obs.

l As opções que você não pode modificar são desabilitadas.

l Se você modificar o rótulo, o rótulo atualizado será refletido na página Copiessomente quando você atualizar a cópia.

Atualização da reutilizaçãoAtualização significa descartar a cópia atual e recriar os dados da cópia usando seupai. Quando você atualiza uma cópia, as alterações da origem são refletidas na cópia.Isso é normalmente feito através da criação de uma nova cópia point-in-time eexpirando a cópia antiga.

l As cópias de primeira geração e segunda geração podem ser atualizadas.

l Atualizar uma cópia de primeira geração cria uma cópia consistente comaplicativos com uma nova hora.

l As cópias de segunda geração não serão modificadas se você atualizar a cópia deprimeira geração.

l A atualização de uma cópia de segunda geração recria a cópia de segunda geraçãocom o pai da primeira geração. (Usada para descartar alterações da cópia desegunda geração e reiniciar.)

l O registro de data e hora na cópia de segunda geração é o mesmo que o da cópiade primeira geração. Se a cópia de primeira geração for atualizada, o registro dedata e hora será diferente.

Reutilização


l Quando uma cópia de reutilização montada é atualizada, o AppSync desmonta eexpira a cópia e cria uma nova cópia. Então, a cópia atualizada é montadanovamente com as mesmas opções que a operação de montagem anterior.

l Quando uma cópia reutilizada montada do RecoverPoint é atualizada, o AppSyncdesmonta e atualiza a cópia. Ela não é montada novamente até o final da operaçãode atualização.

l Quando uma cópia reutilizada é atualizada por causa da execução de um plano deserviço de reutilização agendado, a cópia atualizada é montada com as opções demontagem conforme especificação na fase da cópia de montagem do plano dereutilização.

É possível atualizar uma cópia de reutilização a qualquer momento. Para iniciar aatualização:

1. Na página Applications do console do AppSync, selecione a cópia reutilizada quevocê deseja atualizar.

2. Clique em Refresh.

Atualização do array nativoQuando arrays de armazenamento oferecem a capacidade de atualização de cópia deforma nativa (isto é, a capacidade de atualizar a mesma cópia em vez de criar umanova), o AppSync os usa em vez de expirar a cópia e recriar uma nova cópia paraatualizar os dados de cópia.

Benefícios da atualização nativa de array

l Reduz o tempo necessário para concluir um workflow de atualização.

l Se a cópia que está sendo atualizada é montada em um host, então os LUNs dearmazenamento não são removidos do host. Somente se o aplicativo éinterrompido, o file system é desmontado, os dados são atualizados na cópiaexistente, o file system é montado de volta e o aplicativo é iniciado. Em umambiente VMWare virtual, onde o aplicativo reside em discos virtuais, os discosvirtuais são removidos da máquina virtual, mas os LUNs não são removidos doESX.

l Elimina a necessidade de uma nova verificação em um ambiente virtual VMWareporque os LUNs de armazenamento não são removidos do host de montagem.

l Os detalhes de nome mundial, de volume e de dispositivo do LUN montadopermanecem os mesmos porque os LUNs de armazenamento não são removidosdo host de montagem. Isso é benéfico no caso de alguns cenários de backup, ondescripts externos pós-montagem dependem dos detalhes de nome mundial, devolume ou de dispositivo da cópia para qualquer ação.

Uso da atualização nativa de array

l No Unity, as cópias de primeira geração são atualizadas usando a atualizaçãonativa de array. No entanto, para uma cópia de segunda geração, a atualizaçãonativa de array é usada somente se o snapshot de segunda geração é atualizadoquando o snapshot de primeira geração é anexado.

Obs.

Isso só é aplicável para os aplicativos com base no Unix.

l No XtremIO, se todos os LUNs a serem protegidos estão em um único consistencygroup do XtremIO, a atualização nativa de array é usada.

Reutilização

Atualização da reutilização 281

l No caso de dispositivos virtuais VPLEX em dispositivos de armazenamento doXtremIO, a atualização nativa de array é usada se todos os LUNs do XtremIOpertencem ao mesmo consistency group.

l Para aplicativos baseados em Windows, o aplicativo deve ser inteiramente parte deum único consistency group do XtremIO. Por exemplo, se um banco de dados SQLreside em LUNs de dois consistency groups diferentes do XtremIO, então aatualização nativa de array não é usada.

l Para bancos de dados Oracle, os arquivos de dados, de redo e de controle devemresidir em um registro de arquivamento e consistency group, e a FRA (FastRecovery Area, área de recuperação rápida) deve estar em um consistency groupdiferente.

Expiração de reutilizaçãoQuando você não precisar mais da cópia, poderá expirar uma cópia reutilizada.

Obs.

No caso de arrays VMAX 2, a sessão ainda persistirá no array mesmo depois que vocêexpirar uma cópia.

Mascaramento de dados com o uso de scriptsVocê pode usar o recurso de reutilização do AppSync para mascarar dadosconfidenciais.

Para mascarar dados usando scripts:

1. Monte e recupere a cópia de primeira geração de um banco de dados.

2. Aplique o mascaramento de dados nessa cópia usando a fase de script de pós-montagem e desmonte o banco de dados. A fase de script de pós-montagemoferece uma maneira de executar um script.

3. Desmonte a cópia de primeira geração.

4. Crie uma cópia de segunda geração por meio da cópia de primeira geração usandoo assistente Repurpose.

Usando o Assistente RepurposeUse o assistente Repurpose para agendar ou criar imediatamente cópias de primeiraou segunda geração conforme necessário.



Procedimento

1. Faça log-in no console do AppSync e acesse Copy Management.

Opção Descrição

To Repurpose anSQL copy:

a. Selecione Microsoft SQL Server.Uma lista de instâncias do SQL server disponíveis éexibida.

b. Selecione uma instância.

Reutilização


Opção Descrição

c. Na página de pastas Database, selecione Userdatabases.A lista de bancos de dados disponíveis é exibida.

d. Selecione o banco de dados que deseja reutilizar.

Para reutilizar umacópia do Oracle:

a. Selecione Oracle.Uma lista de banco de dados disponíveis é exibida.

b. Selecione o banco de dados que deseja reutilizar.

Para reutilizar umacópia do filesystem:

a. Selecione um file system.Uma lista de hosts disponíveis é exibida.

b. Selecione um host.Uma lista de file systems disponíveis é exibida.

c. Selecione um ou mais file systems que desejareutilizar.

2. Selecione Repurpose na lista drop-down no canto inferior esquerdo da tela doconsole.

Essa ação inicia o Assistente Repurpose, direcionando você para a páginaIntentions, onde é possível selecionar a ação que deseja executar:

l Create First Generation copy

l Create First Generation copy and a Second Generation copy

3. Selecione o tipo de cópia desejado e clique em Local ou Remote no menususpenso Site para continuar criando a cópia.

Obs.

A criação de cópias de primeira geração e de segunda geração no site remoto élocal para o array remoto.

4. Selecione Use Bookmark as an intermediate step e, em seguida, clique emNext.

A opção só é disponibilizada se o RecoverPoint estiver registrado.

5. Clique em Next para iniciar a tela Settings.

Na tela Settings, você pode definir as opções específicas de cópias de primeirae de segunda geração. Especificamente, é possível

l Definir rótulos para cada cópia, para ajudar a identificar a finalidade da cópia.

Reutilização

Usando o Assistente Repurpose 283

Obs.

No caso de file systems, os rótulos de primeira geração e de segundageração determinam os nomes dos scripts de chamada. Os scripts dechamada de congelamento e descongelamento podem ser usados e somentesão aplicáveis para as cópias de primeira geração. Os scripts de chamada dedesmontagem podem ser usados tanto para as cópias de primeira geraçãoquanto de segunda geração. O nome dos scripts de chamada decongelamento/descongelamento/desmontagem utiliza o rótulo da primeirageração. A seção Criar scripts de chamada de congelamento edescongelamento de recursos de fase de cópia fornece mais informaçõessobre a configuração e a execução dos scripts de chamada de congelamentoe descongelamento.

l Selecionar opções de cópia específicas do aplicativo apenas para a cópia deprimeira geração.

l Configurar opções de armazenamento (somente para cópias de primeirageração).

l Escolher o tipo de cópia apropriado (o assistente falha se o tipo incorreto forescolhido).

6. Selecionar as opções desejadas para a cópia e, em seguida, clique em Next.

A página de agendamento do assistente é exibida, permitindo que vocêidentifique quando a cópia de primeira geração deve ser criada. Crie a cópiaagora ou agende-a.

7. Selecione uma das seguintes opções de agendamento:

l Run Now - cria uma cópia quando você clica em Finish neste assistente.

l Run Recurrently As Per Schedule - cria uma cópia com base no tipo derecorrência especificado. No primeiro agendamento, uma cópia reutilizada écriada; nos agendamentos subsequentes, essa opção atualiza a cópia.

l Run Only Once At later time - cria uma cópia somente uma vez na data ehora especificadas.

8. Clique em Next para fechar o assistente.

O AppSync Service Plan In-Progress MonitorO AppSync Service Plan In-Progress Monitor permite a visualização de todas asatividades de reutilização em execução atualmente e o monitoramento do andamento.O AppSync Service Plan In-Progress Monitor exibe o item que está sendo reutilizado(origem) e o rótulo do item que está sendo criado ou atualizado, juntamente com otipo de aplicativo.

Visualize ou exclua os agendamentos da cópia de reutilizaçãoÉ possível visualizar ou excluir um agendamento da cópia de reutilização.

Procedimento

1. No console do AppSync, navegue até Copy Management > Application e, emseguida, selecione o banco de dados ou file system apropriado.

2. Selecione Repurpose > View Repurpose Copy Schedule para visualizar todasas ações de reutilização agendadas.

Reutilização


3. Selecione um ou mais agendamentos e clique em Delete para excluir oagendamento de reutilização.

Obs.

No caso de file systems, a exclusão do agendamento por meio da seleção de umfile system também remove o agendamento de outros files systems.

Exibir cópias reutilizadasÉ possível visualizar as cópias reutilizadas para os file systems. os bancos de dadosOracle e a instância de aplicativo do SQL.

Procedimento

1. No console do AppSync, navegue até Copy Management e, em seguida,selecione o banco de dados ou a instância do aplicativo apropriada.

2. Clique em Repurposed Copies para exibir as cópias reutilizadas para todos osbancos de dados ou instâncias de aplicativo.

A janella Repurposed Copies é exibida. Ela lista todas as cópias de primeira ede segunda geração.É possível executar as seguintes operações:

l Atualizar

l Reutilizar

l Mount

l Unmount

l Restauração

Reutilização

Exibir cópias reutilizadas 285

Reutilização


CAPÍTULO 11

Monitorar o AppSync


l Conceitos e práticas recomendadas de RPO....................................................288l Alertas e eventos associados........................................................................... 289l Alertas de e-mail...............................................................................................291l O AppSync Service Plan In-Progress Monitor..................................................292

Monitorar o AppSync 287

Conceitos e práticas recomendadas de RPOUm objetivo de ponto de recuperação (RPO) é uma das várias opções deagendamento que podem ser selecionadas como parte da fase Plan Startup de umplano de serviço.

Quando você inscreve um objeto (como um banco de dados do Exchange) em umplano de serviço que usa o RPO como seu tipo de recorrência, o objeto adquire oobjetivo de ponto de recuperação especificado no plano de serviço.

Como você pode inscrever um objeto em mais de um plano de serviço, é possível queum objeto tenha mais de um objetivo de ponto de recuperação. Quando um objeto temmais de um RPO, o plano de serviço com a frequência de RPO mais alta (ou seja, ovalor de horas de RPO mais baixo) é usado para o cálculo e relatórios.

Como prática recomendada, você deve inscrever um objeto em apenas um plano deserviço baseado em RPO. Se você inscrever um objeto em planos de serviçoadicionais, eles não devem usar o tipo de recorrência baseada em RPO.

Obs.

O RPO (Recovery Point Objective, objetivo de ponto de recuperação) é apenas ummecanismo de alerta; cópias não são iniciadas com base nessa configuração.

Relatório de conformidade do ponto de recuperaçãoO relatório de conformidade do ponto de recuperação mostra a capacidade derecuperação de todos os objetos inscritos em planos de serviço com um tipo derecorrência de RPO. O relatório fica em Monitoring > Recovery Point ComplianceReport.

Tabela 34 Relatório de conformidade do ponto de recuperação

Coluna Descrição

Servidor Objeto de nível de host, como um servidor decaixa de correio do Microsoft Exchange

Aplicativo Nome do objeto protegido, como um banco dedados do Microsoft Exchange. Clique no nomepara acessar a lista de cópias do objeto.

Objetivo de ponto de recuperação O objetivo de ponto de recuperação,conforme definido na fase de início do planode serviço associado.

Tempo desde o último ponto de recuperação Quantidade de tempo desde a última cópia oubookmark criado pelo plano de serviçoassociado. Um ícone verde indica que a cópiaé compatível com RPO. Um ícone vermelhoindica a não conformidade.

Plano de serviço Nome do plano de serviço. Clique no nomepara acessar a definição do plano de serviço.

Monitorar o AppSync


Exportando um relatório de conformidade RPO para CSVVocê pode criar um relatório de conformidade de objetivo de ponto de recuperação(RPO) no formato de valores separados por vírgulas.


Nenhuma função AppSync específica é necessária para essa operação.Procedimento

1. Navegue até Monitoring > Recovery Point Compliance Report.

2. Classifique e organize as colunas conforme desejado para o relatório.

3. Clique em Export para executar o Assistente Export.

Você tem a opção de incluir cabeçalhos da tabela e exportar somente as linhasselecionadas. O nome de arquivo padrão é "Recovery PointObjectives_mmddyyyyhhmmss.csv".

Resumo da conformidade do RPOO resumo dos objetivos do ponto de recuperação (RPO), no painel de controle, mostraa porcentagem de RPOs atendidos em todos os objetos inscritos em planos de serviçobaseados em RPO.

Alertas e eventos associadosO AppSync gera um alerta quando uma fase do plano de serviço falha, quando umobjetivo de ponto de recuperação (RPO) não é atendido ou quando uma montagem ourestauração falha.

Alertas de falha do plano de serviço são geradas imediatamente em caso de falha deuma fase do plano de serviço. Quando um aplicativo deixa de estar em conformidadecom o RPO, o alerta associado é gerado em até 1 hora. Consulte Confirmando íconesde alertas para execuções de plano de serviço de banco de dados, file system edatastore para obter informações.

O AppSync exibe alertas no console de em Monitoring > Alerts.

Tabela 35 Detalhes dos alertas

Coluna Descrição

Alerta (!) Nível de alerta

Horário Data e hora do evento.

Servidor Servidor de aplicativos, como o MicrosoftExchange Server.

Aplicativo Objeto replicado, como um banco de dados doMicrosoft Exchange.

Categoria RPO (Recovery Point Objective, objetivo deponto de recuperação), falha da fase, licençae outros.

Plano de serviço O plano de serviço em execução quando oalerta foi gerado, ou o plano de serviço que

Monitorar o AppSync

Exportando um relatório de conformidade RPO para CSV 289

Tabela 35 Detalhes dos alertas (continuação)

Coluna Descrição

criou a cópia que gerou falha em umarestauração ou montagem.

Mensagem Descreve a causa do alerta.

Confirmação de alerta Indica se o alerta foi confirmado. Observe queos alertas de confirmação não serão exibidosno painel de controle do AppSync.

Você pode filtrar alertas pela hora em que foram gerados e pelo plano de serviçoassociado.

Exiba os eventos associados que levaram ao alerta clicando no alerta. Expanda oseventos de nível superior para ver os detalhes adicionais. Você pode filtrar os eventosassociados por qualquer coluna.

Confirmando alertasCom a versão 2.2.2 e posteriores do AppSync você pode confirmar alertas. Consulte Confirmando alertas, e Confirmando ícones de alerta para execuções de plano deserviço para banco de dados, file system e datastore para obter mais informações.

Confirmando alertasEssas etapas mostram como confirmar alertas de monitoramento.

É possível confirmar alertas exibidos no console, Monitoring > Alerts. A exibição depágina de alertas mostra uma coluna Alert Acknowledged.O valor padrão é No. Quando você confirma um alerta, o valor do alerta é alterado paraYes do valor padrão No.

Procedimento

1. Acesse Monitoring > Alerts e selecione um alerta na tabela de alertas com ovalor atual NO, na coluna Alert Acknowledged.

2. Clique em Acknowledge Alert.

Resultado

O alerta exibe um valor de YES na coluna Alert Acknowledged da tabela Alert.

Confirmando ícones de alertas para banco de dados, file system e execuções de plano deserviço de datastore

Você pode confirmar um ícone de alerta no console do AppSync para bancos de dadosExchange, Oracle e SQL, file systems e datastores VMWare.

Um ícone de alerta indica o status da execução do plano de serviço mais recente. Oícone é exibido ao lado de um banco de dados, file system ou datastore após aexecução.Depois que você reconhece o ícone na coluna Acknowledge, o AppSync muda o íconepara um ícone de informação. Além disso, você pode confirmar o alerta após cadaexecução do plano de serviço. Você não está restrito a confirmar um alerta apenasuma vez.

Monitorar o AppSync


Obs.

Se uma exclusão estiver pendente, então o botão Acknowledge fica desabilitado para obanco de dados, file system ou datastore.

O procedimento a seguir mostra como exibir e confirmar o alerta.

Procedimento

1. Selecione um alerta da tabela de bancos de dados, file systems ou datastoresque tem um ícone de alerta associado à última execução do plano de serviço.

2. Clique no botão Acknowledge Alert localizada sob a tabela de bancos de dados,file systems ou datastores.

O ícone de alerta é alterado para um ícone de informação.

3. Se necessário, execute o plano de serviço novamente no mesmo banco dedados, file system ou dados armazenam para exibir o ícone de alerta para essaexecução.

Alertas de e-mailVocê pode configurar o AppSync para enviar alertas por e-mail a uma lista dedestinatários. Por padrão, somente os alertas de falha são enviados.

Você habilita e-mails de alerta e adiciona destinatários por instância de aplicativo,como um servidor de caixa de correio do Exchange.

Para configurar o AppSync para também enviar um e-mail após a conclusão bem-sucedida de um plano de serviço agendado:

1. Selecione Settings > AppSync Server Settings.

2. Selecione Notify service plan success.

3. Clique em Apply.

Definir configurações de servidor para alertas de e-mailConfigurar os serviços de SMTP em uma máquina que o servidor do AppSync possaacessar.


Essa operação requer a função de administrador de recursos em AppSyncConsulte os procedimentos de configuração na documentação de SMTP.

Procedimento

1. Selecione Settings > AppSync Server Settings.

2. Nas configurações de Send Mail, digite valores para o servidor de SMTP, aporta, o remetente e o destinatário.

Obs.

Alertas de licença não compatível são enviados para o endereço do destinatárioespecificado.

Use Test para validar as configurações. Digite o endereço de um destinatário edepois marque a caixa de entrada do destinatário. Você também pode selecionarInsert Default Values.

Monitorar o AppSync

Alertas de e-mail 291

3. Selecione Notify service plan success para receber notificações sobre aconclusão bem-sucedida dos planos de serviço.

4. Clique em Apply.

Especificar destinatários de alerta por e-mailConfigure alertas por e-mail por nível de instância de aplicativo.



l Os serviços SMTP devem ser configurados em uma máquina acessível para oservidor do AppSync. Definir configurações de servidor para alertas de e-mail napágina 291Consulte .

Procedimento

1. Selecione Copy Management > Application (select application).

2. Selecione o objeto de aplicativo para o qual deseja definir as configurações dealerta.

3. Selecione Alert Settings.

4. Digite um ou mais destinatários de e-mail, separados por vírgulas (,) e clique emOK.

Um e-mail de teste é enviado aos destinatários para verificação.

O AppSync Service Plan In-Progress MonitorEste tópico descreve o AppSync Service Plan In-Progress Monitor.

O AppSync Service Plan In-Progress Monitor mostra todos os processos emandamento de proteção, de reutilização e de atualização. Ele permite a visualizaçãodas atividades de reutilização e plano de serviço em execução atualmente e omonitoramento do progresso. Ele mostra a cópia atual sendo reutilizada (fazendo umsnapshot de uma cópia de snapshot) e rótulos de cópia relacionados, como 1ª geraçãoou 2ª geração.

Normalmente, o AppSync Service Plan In-Progress Monitor é utilizado para atividadesde proteção e reutilização de longa duração (por exemplo, sincronização de clones doVMAX). Quando esse monitor é selecionado, ele lista todas as atividades dereutilização e proteção em andamento. Selecione qualquer atividade de proteção oureutilização e, em seguida, selecione Monitor para iniciar uma caixa de diálogo emandamento para visualizar diretamente o andamento da atividade selecionada.

Se dois conjuntos de dados são protegidos, há duas entradas separadas no AppSyncService Plan In-Progress Monitor. Clique em Monitor para buscar os respectivoseventos.

Para iniciar o AppSync Service Plan In-Progress Monitor:

1. No console do AppSync selecione Monitoring.

2. Selecione AppSync Service Plan In-Progress na página Monitoring.

Monitorar o AppSync


CAPÍTULO 12

Considerações sobre armazenamento

l VNX Block .......................................................................................................294l VNX File .......................................................................................................... 296l VNXe............................................................................................................... 298l VMAX ............................................................................................................. 300l VMAX 3 e VMAX All Flash ............................................................................... 305l ViPR Controller ............................................................................................... 307l XtremIO .......................................................................................................... 309l RecoverPoint ...................................................................................................312l Unity ................................................................................................................ 317l VPLEX............................................................................................................. 320l Dell SC............................................................................................................. 323

Considerações sobre armazenamento 293

VNX BlockO AppSync aceita a criação e o gerenciamento de cópias de aplicativos usando atecnologia de cópias de snapshot do VNX. Considere as práticas recomendadas paraconfiguração do array do VNX antes de implementar o AppSync.

ConectividadeConsidere as seguintes informações para a conectividade do VNX com o AppSync.

l O AppSync aceita a conectividade Fiber, iSCSI e FCoE entre o host que executa osoftware AppSync e o array do VNX. É necessária conectividade de rede entre oarray e o servidor do AppSync.

l O controle de armazenamento ocorre apenas no servidor do AppSync. Não énecessário zoneamento do array do VNX para o servidor do AppSync. Não énecessário expor previamente todas as LUNs.

l Configurações com vários servidores do AppSync por array do VNX sãocompatíveis.

Suporte à LUN do VNXConsidere as seguintes informações para o suporte a LUNs do VNX.

l O AppSync é compatível apenas com LUNs que estão em um pool. Se vocêexecutar a replicação de snapshots do VNX, deverá usar LUNs em pool, não LUNsem RAID. Para o RecoverPoint, use o armazenamento RAID.

l O AppSync não pode criar snapshots em LUNs com compactação habilitada.

l Para snapshots do VNX, o AppSync é compatível com LUNs primárias de qualquertamanho.

Grupos de consistência do VNXConsidere as seguintes informações ao usar grupos de consistência do VNX:

l Todas as limitações que se aplicam a grupos de consistência do VNX também seaplicam ao AppSync.

l Você pode ter vários grupos de consistência em um único plano de serviço.

l Se você estiver usando grupos de consistência do VNX, todos os file systemsrelacionados a um aplicativo no conjunto de snapshots deverão residir no mesmoplano de serviço. Caso contrário, você pode encontrar problemas com a montageme a restauração.

Montagem do VNXAs seguintes considerações se aplicam:

l Os hosts de montagem exigem visibilidade de SAN para o array do VNX.

l As alterações feitas em um snapshot do VNX enquanto ele é montado sãopersistentes.

l Se você excluir acidentalmente cópias de hardware no array, não será possívelmontar essas cópias com o AppSync.

l Não altere o nome do grupo de armazenamento para o host de montagem quandoa cópia for montada. Se você alterar o nome do grupo de armazenamento,certifique-se de reverter para o nome original antes de desmontar a cópia doAppSync.

Evitando substituições acidentaisQuando você usa o AppSync para criar uma cópia de um conjunto de dados quecompartilha uma LUN com outros dados, a cópia contém todos os dados sobre essa



LUN. Durante a restauração, você pode inadvertidamente gravar dados mais antigossobre os novos. As entidades substituídas são chamadas de entidades afetadas.Configure sempre os dados para que as entidades afetadas sejam reduzidas oueliminadas.

Cada LUN deve conter um único arquivo de banco de dados ou file system. Se vocêtiver certeza de que a tabela de file system e/ou banco de dados que residem nessaLUN sempre serão armazenados em backup ou restaurados como uma unidade,exceções se aplicam.

Considerações sobre o plano de serviço para aplicativos no armazenamentode block do VNX

Depois de registrar o armazenamento do VNX, você pode inscrever o aplicativo em umplano de serviço para criar e gerenciar cópias.

Os planos Bronze são aceitos. O AppSync aceita o snapshot do VNX como tecnologiade cópia. Assine o plano de serviço Bronze para criar e gerenciar cópias locais pararecuperação de operação, aceleração de backup ou reutilização (criar cópias parateste/desenvolvimento). O AppSync é compatível com LUNs em pool (TLU/DLU) se atecnologia de snapshot aceitar essas LUNs.

O número máximo de cópias que o AppSync pode criar e gerenciar para o block doVNX é imposto pelos limites da tecnologia de snapshots do VNX. O número máximo desnapshots do VNX por origem é 256. Isso permite um rodízio de plano de serviçoAppSync máximo de 255.

Montagens dinâmicasCom zoneamento adequado, o AppSync apresenta o armazenamento para o hostquando uma cópia é montada.

Host físico

Quando o AppSync monta uma cópia, ele atribui dinamicamente um snapshot aohost. O host físico deve ser zoneado para o array VNX.

Máquina virtual

Montagens dinâmicas acontecem como RDM (raw device mapping) ou por meiode iSCSI nativo na máquina virtual.

l Para RDM, o ESX server onde a máquina virtual reside deve ser zoneado para oarray VNX.

l Para RDM e discos virtuais, a central virtual (que gerencia o ESX server onde ohost de montagem da máquina virtual reside) deve ser registrada com o servidorde AppSync.

l Para iSCSI nativo, a máquina virtual deve ser zoneada para o array VNX.l Para discos virtuais, a central virtual do ESXi server (onde reside o host de

montagem) deve ser registrada com AppSync. Registre a máquina virtual com oindicador de disk.EnableUUID ativado. O AppSync instalará o plug-in de hostna máquina virtual durante o registro para o disco virtual e proteção em nível deaplicativo.

Montagens de Microsoft Cluster Server para SQL ServerAs montagens de Microsoft Cluster Server (MSCS) para SQL Server podem ser feitasem clusters de produção ou alternativos.

Quando você montar em um nó de cluster usando o armazenamento do VNX:


Considerações sobre o plano de serviço para aplicativos no armazenamento de block do VNX 295

l A configuração do grupo de armazenamento se aplica somente a hosts físicos oumáquinas virtuais com o NPIV ou iSCSI conectadas diretamente ao VNX. Paraclusters configurados usando máquinas virtuais com RDM ou disco virtual, a cópiaque está montada só é visível para o nó selecionado (geralmente o nó passivo).

l Quando você montar em um nó de cluster para fins de backup, crie um grupo dearmazenamento dedicado para um dos nós do cluster, preferencialmente o nópassivo.

l Se o PowerPath 5.7 estiver instalado, o IP do host no grupo de armazenamento deVNX muda para o IP que corresponde ao adaptador virtual de cluster de failover daMicrosoft. O PowerPath 5.7 tem um recurso de registro automático do host queintercepta a operação do agente do host e substitui o IP por sua própria seleção.Esse recurso não pode ser desativado. Faça o upgrade para o PowerPath 5.7.2 ousuperior para corrigir esse problema.

Política de SAN no Windows Server Standard EditionNo Windows Server, a política de SAN determina se um disco fica on-line ou off-linequando ele surge no sistema. Para sistemas Enterprise Edition, a política padrão éestar off-line. Na Standard Edition, a política padrão é estar on-line. Você precisadefinir a política para off-line compartilhado para impedir falhas de montagem.

Para definir a política de SAN como off-line em um host do Windows Server 2008Standard Edition, abra uma janela de linha de comando e execute os seguintescomandos:

C:\>diskpart Microsoft DiskPart version 6.0.6001 Copyright (C) 1999-2007 Microsoft Corporation. No computador: abcxyz DISKPART> san policy=offlineshared DiskPart alterou a política SAN para o sistema operacional atual.

VNX FileO AppSync aceita a criação e o gerenciamento de cópias de aplicativos usando atecnologia de cópia VNX File SnapSure. AppSync– as cópias gerenciadas podem serlocais, remotas (fora do destino do VNX Replicator) ou remotas e locais point-in-timeidênticas.

Considere as práticas recomendadas para a instalação do VNX file antes deimplementar o AppSync.

VNX SnapSureO VNX SnapSure cria uma cópia point-in-time de todos os dados no file system derede (NFS). Para o snapshot inicial, esse método cria uma cópia completa do filesystem original, exigindo, assim, a mesma quantidade de espaço no file system. Autilização de espaço de snapshots subsequentes depende de quanto os dados foramalterados desde que o último snapshot foi obtido.

O SnapSure tem as seguintes características:

l Serviço de armazenamento — VNX File Server

l Origem – LUN de VNX

l Destino — snapshot local do VNX SnapSure

l Requisitos de armazenamento — aplicam-se aos seguintes requisitos dearmazenamento:

n Os dados de origem devem residir nos file systems do VNX.

n O armazenamento deve incluir espaço suficiente para os snapshots do VNX.



n Os pools de armazenamento não podem ser definidos para trabalhos do VNX.

l Montagem e recuperação — você pode montar a réplica em um host de destinoe/ou fazer a recuperação direta do destino à origem.

VNX ReplicatorO VNX Replicator cria uma cópia point-in-time de todos os dados no file system derede (NFS). O VNX Replicator mantém a consistência entre os file systems de origeme de destino que se baseiam nas configurações da política do Time Out of Sync.

O VNX Replicator tem as seguintes características:

l Serviço de armazenamento — VNX File Server

l Origem — NFS de VNX

l Destino — Snapshot remoto do Replicator

l Requisitos de armazenamento — os dados de origem devem residir nos filesystems de rede.

l Montagem e recuperação — pode-se montar a cópia em um host de destino eexecutar a recuperação a partir da cópia, se necessário.

VNX Remote ProtectionA proteção ocorre entre um Data Mover local e um Data Mover em um sistema VNXremoto.

Os dois VNX para gabinetes de arquivos devem estar configurados para secomunicarem entre si por meio de uma senha comum, e os dois Data Movers devemser configurados para se comunicarem entre si usando uma interconexão de DataMover. Após a comunicação ser estabelecida, uma sessão remota pode serconfigurada para criar e atualizar periodicamente um objeto de origem em um local dedestino remoto. A cópia inicial do file system de origem pode ser feita por uma rede IPou pelo método de transferência por fita.

Algumas recomendações para a sessão incluem:

l A sessão deve ser criada com a política de atualização do Time Out of Sync em vezde uma atualização manual.

l O valor de Time Out of Sync deve ser definido como o valor mais baixo possívelpara a configuração de rede.

Depois da cópia inicial, as alterações feitas no objeto de origem local serão transferidaspara um objeto de destino remoto usando a rede IP. Essas transferências sãoautomáticas e se baseiam em propriedades da sessão de proteção e políticas deatualização personalizáveis.

Configurações de replicação um-para-muitos não são compatíveis com o AppSync.

Proteção de dados em file systems de rede do VNXPara planos de serviço configurados para proteção remota, a cópia do NFS é criadacomo um snapshot do SnapSure no file system local e/ou remoto. A cópias dedatastores do NFS podem ser criadas de planos de serviço configurados para proteçãolocal; remota; e local e remota.

Durante a restauração de uma cópia de NFS, o AppSync cria um snapshot de reversãopara cada file system que tenha sido restaurado. O nome de cada snapshot dereversão pode ser encontrado nos detalhes da restauração.

Você pode excluir manualmente o snapshot de reversão novamente depois de verificaro conteúdo da restauração. Manter esses snapshots além de sua vida útil poderáencher o cache de snapshots do VNX e causar problemas de recursos.


VNX File 297

Considerações sobre o plano de serviço para um aplicativo no armazenamentodo VNX File

Depois de registrar o armazenamento do VNX, você pode inscrever o aplicativo em umplano de serviço para criar e gerenciar cópias.

Os planos Bronze, Silver e Gold são aceitos para cópias de aplicativos (datastore deNFS, Oracle NFS) que residem no VNX File.

Os limites da tecnologia VNX SnapSure determinam o número máximo de cópias que oAppSync pode criar e gerenciar para o VNX File.

Para cópias locais do SnapSure, você pode ter um máximo de 96 snapshots RO(somente leitura). O rodízio de planos de serviço do AppSync para o file system deNFS do VNX é um máximo de 95.

Para cópias remotas do SnapSure (em Remote Replicator), você pode ter um máximode 95 snapshots RO. O rodízio de plano de serviço do AppSync para o file system deNFS do VNX é um máximo de 94.

Para montagens RW (leitura/gravação), o SnapSure permite até 16 que snapshots RWdos snapshots RO existentes. Um máximo de 16 snapshots para uma determinadaorigem pode ser montado, somente leitura, a qualquer momento especificado. Porpadrão, os planos de serviço desmontam a cópia de provisionamento antes de montara nova cópia para que esse limite não tenha consequências. No entanto, se aimplementação exigir a montagem simultaneamente várias cópias para a mesmaorigem somente leitura, o limite de 16 deve ser considerado.

Montagem do VNX FileVocê pode montar qualquer cópia de snapshot do VNX File criada no plano de serviço,a qualquer momento, independentemente de outras cópias criadas no mesmo plano deserviço.

As seguintes considerações se aplicam:

l Os hosts de montagem do ESX devem pertencer a um vCenter server.

l Os hosts de montagem do ESX exigem visibilidade da rede.

l NFS.MaxVolumes, uma configuração avançada do ESX Server, deve ser definidacomo o número de datastores de NFS que será montado para cada ESX na rede.

l Ao montar em um ESX server, o AppSync usa a interface de número menor quetem conectividade.

Obs.

Para a montagem de snapshot de arquivo do VNX, um alias de exportação não é usadose o file system de origem é NFSv4.X. Em vez disso, nesse cenário, os checkpointssão exportados e montados usando o nome completo do checkpoint. Isso ocorredevido a uma limitação de armazenamento de arquivos VNX.

VNXeSaiba mais sobre o gerenciamento de cópias, suporte a aplicativos, e tipos dereplicação e armazenamento permitidos do VNXe e AppSync.

Os arrays do VNXe aceitam todos os aplicativos no AppSync. O VNXe não aceita aseguinte configuração com o AppSync:



l File systems NFS em plataformas UNIX

l Reutilização de cópias em arrays do VNXe

Gerenciamento de cópias do VNXeEsta seção descreve um fluxo de trabalho típico do AppSync, onde você pode criar egerenciar cópias consistentes com aplicativos no armazenamento do VNXe. OAppSync gerencia os arrays do VNXe com a interface de gerenciamento em vez decom a interface do processador de serviços.

Execute o registro de recursos para o VNXe quando iniciar o AppSync após ainstalação. Registre os hosts, bem como os sistemas de armazenamento e vCenterpara que o AppSync possa realizar várias operações que são necessárias para criar egerenciar cópias de aplicativos. Normalmente, o registro de uma entidade inclui aidentificação do sistema usando o nome/endereço IP e fornecendo as credenciaisnecessárias (nome de usuário e senha) para que o AppSync detecte e opere nosistema registrado.

Obs.

O AppSync redescobre os file systems, as interfaces e os compartilhamentos dearquivos a cada hora. Portanto, qualquer novo arquivo, file system oucompartilhamento de arquivo adicionado no array não é identificado pelo AppSync atéo próximo ciclo de atualização.

Tipo de replicação e armazenamentoO AppSync aceita a tecnologia de replicação Unified Snapshot para criar e gerenciarcópias locais dos aplicativos que residem no armazenamento em file ou block do VNXe.

As LUNs do armazenamento de blocks de origem podem ser LUNs de pool, tanto thickquanto thin. Você pode provisionar os dispositivos de block de origem necessáriosusando os Assistentes de datastores de LUN do VNXe ou VMware na UI do Unisphere.Ao criar LUNs básicas usando o Assistente de LUNs selecione uma das seguintesopções:

l Create a LUN – cria uma LUN individual de um pool de armazenamento desejado.

l Create a LUN group – cria um agrupamento de LUNs a partir de um pool dearmazenamento desejado. A vantagem de usar um grupo de LUNs é que todas asLUNs dentro do grupo são agrupadas, o que garante a consistência no array.

As práticas recomendadas orientam que, em ambientes Microsoft, você deve usargrupos de LUNs em seu layout de armazenamento para auxiliar a criação consistentecom aplicativos dos snapshots do VNXe dentro da janela de tempo do serviçoMicrosoft VSS.

Você pode provisionar os dispositivos de arquivos de origem necessários usando o filesystem do VNXe ou o Assistente de datastores do VMware. Ao fazer oprovisionamento a partir do Assistente de file systems, somente os file systems decompartilhamento do NFS são aceitos.

Considerações sobre o plano de serviço com o VNXeAntes de adicionar um plano de serviço para criar cópias de VNXe, analise estasconsiderações.

Depois de registrar o armazenamento do VNXe, inscreva-se no plano de serviçoBronze para criar e gerenciar cópias locais para a aceleração de backup e recuperaçãode operação. Depois de registrar o armazenamento do VNXe, o AppSync escolhe osnapshot para planos Bronze por padrão.


Considerações sobre o plano de serviço com o VNXe 299

Para cópias em RecoverPoint Continuous Remote Replication ou CLR, assine o planode serviço Silver ou Gold, respectivamente. Você pode alterar o snapshot de bookmarkpara cópias do RecoverPoint.

Considerações sobre a montagem e desmontagem de cópia para o VNXeAs operações de montagem/desmontagem em arrays do VNXe envolvem conexão/desconexão de snapshots para SMPs, e conceder/remover (mascaramento/desmascaramento) acesso de snapshot a LUNs de SMP ou um conjunto de SMPs paraum host.

O VNXe permite apenas um snapshot de cada vez de um conjunto de LUNs ou grupode LUNs para o anexo a LUNs de SMP. As LUNs contidas em um grupo de LUNs sãoconectadas e desconectadas em conjunto, não há conexão/desconexão parcial.

Antes de executar uma montagem e desmontagem, realize o zoneamento do host demontagem para o array do VNXe e registre o nome no host em seus iniciadores.

A primeira etapa que o AppSync realiza ao montar um snapshot no VNXe é a detecçãodo iniciador de host para o host de montagem. Com base nas informações dosnapshot, o AppSync associa-se aos grupos de LUNs/LUN de origem apropriados paradeterminar o acesso ao host para o host de montagem. O AppSync verifica se nenhumoutro snapshot está conectado às LUNs de SMP. A seguir, o AppSync modifica oacesso do host para conceder acesso ao snapshot para executar uma montagem, ouremover o acesso do host para desmontar.

Para montagem/desmontagem de RDM ou vDISK, oAppSync identifica o acesso dohost com base no iniciador do host para o ESX server.

Os grupos de LUNs têm uma abordagem tudo ou nada para montagens. Em produtosda Microsoft, todos os dispositivos dentro ou fora de um grupo de LUNs precisam serinicialmente expostos ao host de montagem para que a importação de VSS possa serexecutada corretamente. Alguns dispositivos podem permanecer visíveis, mas nãoconectados a um ponto de montagem no host de montagem.

Considerações sobre montagem/desmontagem de datastore NFS do VNXeAnalise as seguintes informações sobre a montagem/desmontagem do datastore NFS.

O AppSync cria um compartilhamento com base no snapshot do arquivo do VNXe quevocê deseja montar. O compartilhamento será visível para o host de montagem.Durante a desmontagem, o compartilhamento criado durante a montagem seráexcluído. O nome do compartilhamento é exibido no seguinte formato:

AS-Share-lastFourDigitOfVNXeSerialNum-ProductionFilesystemId-TimeOfShareCreatedCom relação a IPs de exportação, o AppSync cria uma lista de interfaces de IP deexportação do array do VNXe. O IP de exportação de produção é uma prioridade.

VMAXPara criar e gerenciar cópias de seus aplicativos, o AppSync aceita a tecnologia dereplicação TimeFinder Clone e TimeFinder VP Snap. O AppSync também aceita ogerenciamento de cópias remotas de um R2 em uma configuração de SRDF/A ouSRDF/S.

Analise as seções a seguir antes de adicionar seu armazenamento VMAX.



Considerações sobre o plano de serviço para aplicativos no armazenamentodo VMAX

Depois de registrar o armazenamento do VMAX você pode inscrever seu aplicativo emum plano de serviço para criar e gerenciar cópias.

Os planos Bronze e Silver são aceitos. TimeFinder VP Snap é a tecnologia dereplicação padrão usada para os planos de serviço. Você pode alterar a preferênciapara clonar se cópias do TimeFinder Clone forem desejadas.

O número máximo de cópias recomendado a ser mantido antes da expiração é de 6para Timefinder Clones, e até 31 para VP Snap. O número de cópias do TimefinderClone e VP Snap que podem ser criadas e gerenciadas é influenciado por outrastecnologias de replicação e cópia usadas nas LUNs de origem. Consulte a seção sobreos limites da sessão de cópia para seu planejamento. Consulte Limites da sessão decópia do VMAX.

Plano BronzeVocê pode se inscrever no plano de serviço Bronze para criar e gerenciar cópias locaispara recuperação de operação, aceleração de backup ou reutilização (criar cópias parateste/desenvolvimento).

Para LUNs de RAID o AppSync escolhe TimeFinder Clones para o plano Bronze. Se aorigem for uma LUN de RAID ou uma combinação de RAID e LUNs thin, o AppSyncseleciona clone, mesmo se você selecionar o TimeFinder VP Snap como preferência.

Plano SilverPara cópias em SRDF/S ou SRDF/A, inscreva os aplicativos no plano de serviço Silver.

Obs.

A criação de cópias remotas em uma configuração de SRDF/A não é aceita poraplicativos Microsoft.

Advertências SRDF/A: A criação de um TimeFinder VP Snap ou TimeFinder Clone dodispositivo R2 não é permitida se qualquer uma das opções a seguir for verdadeira:

l O write pacing em nível de dispositivo do SRDF/A não está ativado e não é aceitopela sessão do SRDF/A.

l O par do SRDF é o R21-> R2 de uma configuração em cascata, e qualquer uma dasafirmações a seguir for verdadeira:

n O array Symmetrix R21 está executando um nível de Enginuity inferior a5876.159.102

n O array Symmetrix de R2 está executando um nível de Enginuity inferior a5875.

n O dispositivo R21 sem unidade não tem capacidade de ritmo.

l A restauração a partir de SRDF/A não é aceita.

As LUNs de armazenamento de origem podem ser LUNs tradicionais do RAID ou LUNsthin (TDEVs). O suporte a TimeFinder VP Snap vale somente para LUNs thin.Considere as recomendações a seguir:

l R1 > R2 devem estar no estado sincronizado (para SRDF/S) e consistente (paraSRDF/A)

l Para a cópia de criação do plano Silver: O Affinitizer divide os aplicativos com baseno grupo do RDF (grupo RA) ao qual pertencem os dispositivos de origem.


Considerações sobre o plano de serviço para aplicativos no armazenamento do VMAX 301

l Coloque todas as LUNs de aplicativos no mesmo grupo RDF.

Obs.

No caso de cópias remotas de SRDF (em dispositivos R2) para os planos de serviçoSilver e Gold, o AppSync requer um SMI-S Provider único que tenha acesso ao arraylocal e remoto. Consulte o Guia de Suporte ao AppSync VMAX Array no https://support.emc.com para obter mais informações.

Limites de sessão de cópiaOs arrays da série Symmetrix VMAX aceitam até 16 sessões diferenciais pordispositivo de origem, que podem ser usadas para operações do TimeFinder/Clone,TimeFinder/Snap, TimeFinder VP Snap, SRDF/Star, Solutions Enabler OpenReplicator (ORS) ou Symmetrix Differential Data Facility (SDDF).

Isso limita o número de cópias disponíveis que podem ser criadas.

O TimeFinder VP Snap permite 32 sessões adicionais por dispositivo Symmetrix, o queinclui a disponibilidade de uma sessão de 16 sessões tradicionais disponíveis. Se vocêquiser executar uma restauração, uma sessão adicional é necessária das 16.

Por exemplo, se você usa o VP Snap para uma LUN de origem e deseja executar umaoperação de restauração, essa ação deixa 14 sessões disponíveis para outrastecnologias de cópia (TF Clone, ORS, Timefinder/Snap, SRDF/Star, e assim pordiante).

Além disso, se você deseja criar e gerenciar cópias de TF Clone para a mesma origem,você não pode criar mais que sete cópias de TF Clone usando o AppSync. (O AppSynccria cópias diferenciais do TimeFinder Clone que usam 2 sessões diferenciais por cópia14/2 = 7). Como o AppSync não exclui nem expira uma cópia antes de criar uma nova,a origem do rodízio do AppSync para as cópias do TimeFinder Clone não pode ser maisque 6. Isso permite que uma cópia adicional seja criada antes da exclusão/expiração dacópia mais antiga.

Obs.

Consulte os limites de sessão adicionais do TimeFinder em: Guia de Produto SolutionsEnabler Symmetrix TimeFinder Family CLI.

Montar e desmontar cópias do VMAXAs operações de montagem/desmontagem no VMAX envolvem o mascaramento/desmascaramento de LUNs ou conjunto de LUNs a um host.

O AppSync depende do recurso de provisionamento automático do VMAX. O AppSyncexige que o host de montagem seja zoneado para o array do VMAX. Você deve criaruma exibição de mascaramento com o grupo de iniciadores, o grupo de portas e ogrupo de armazenamento apropriados.

Quando o AppSync executa uma operação de montagem no VMAX, primeiro, eledetecta o iniciador de host para o host de montagem. Com base no iniciador do host,ela se associa à exibição de mascaramento apropriado para determinar o grupo dearmazenamento do ou para o qual as LUNs de destino são mascaradas/sem máscaraspara executar uma operação de montagem/desmontagem.

Você pode selecionar a política do FAST VP desejada para a LUN de destino na fase demontagem do plano de serviço. Se houver um grupo de armazenamento para o host demontagem com o FAST VP desejado, o AppSync adicionará a LUN ao grupo de





armazenamento. Se o grupo de armazenamento não existir, o AppSync adicionará aLUN a qualquer grupo de armazenamento mascarado para o host.

Se um grupo de armazenamento estiver configurado para selecionar dispositivos dedestino, o AppSync removerá os dispositivos do grupo de armazenamento nomomento da montagem e os adicionará ao grupo de armazenamento para o host demontagem. Os dispositivos são adicionados ao grupo de armazenamento originalquando a cópia expira.

Obs.

l Quando selecionar a política do FAST VP, certifique-se de que o pool dearmazenamento do grupo de armazenamento (grupo de armazenamento dapolítica do FAST VP) e o pool de armazenamento dos dispositivos de cópia sejamdo mesmo tipo de pool de armazenamento (ou seja, eles devem estar nos mesmosníveis de armazenamento). Se os dispositivos de cópia e os pools dearmazenamento de política do FAST VP estiverem em diferentes níveis dearmazenamento, os dispositivos de cópia não poderão ser movidos entrediferentes níveis de armazenamento e a operação de montagem apresentará falha.Por exemplo, se um dispositivo de origem VMAX V2 for criado em um pool deunidade flash e um snapshot do TimeFinder também for criado a partir do mesmopool no AppSync, para montar a cópia em uma política de FAST VP desejada,certifique-se de selecionar uma política de FAST VP associada ao pool de unidadeflash, pois as LUNs não podem ser movidas de um nível para outro tendo poolscom unidades de disco incompatíveis.

l Para usar o recurso de política do FAST VP após um upgrade do AppSync 2.2.3 ouversões anteriores à 3.0, detecte o array novamente.


Para montagem/desmontagens de RDM ou Vdisk, o AppSync identifica a exibição demascaramento com base no iniciador do host para o ESX server.

Obs.

Todos os dispositivos de pool de armazenamento provisionados do AppSync criadospelo AppSync são movidos para um grupo de armazenamento interno criado doAppSync. Esse grupo de armazenamento interno não é visível para o usuário. Ele écriado para lidar com os dispositivos provisionados do AppSync com eficiência.

Montagens de Microsoft Cluster Server para SQL ServerAs montagens de Microsoft Cluster Server (MSCS) para SQL Server podem ser feitasem clusters de produção ou alternativos.

Quando você monta em um nó de cluster usando o armazenamento do VMAX:

l A configuração do grupo de armazenamento se aplica somente a hosts físicos oumáquinas virtuais com iSCSI diretamente conectados ao VMAX. Para clustersconfigurados usando máquinas virtuais com RDM ou disco virtual, a cópia montadasó é visível para o nó selecionado (normalmente o nó passivo).


Montagens de Microsoft Cluster Server para SQL Server 303

l Quando você montar em um nó de cluster para fins de backup, crie um grupo dearmazenamento dedicado para um dos nós do cluster, preferencialmente o nópassivo.

l O AppSync não aceita a montagem para um cluster como um recurso em cluster.Para montar em um cluster como um recurso em cluster (em um ambiente físico/iSCSI), desmarque a configuração padrão Use dedicated storage group na caixade diálogo de montagem do AppSync. Durante a montagem, o AppSync tornará acópia visível para vários nós no cluster por meio de um grupo de armazenamentocom vários nós atribuídos. O AppSync também monta os sistemas de arquivos nohost de montagem selecionado. Após a conclusão da montagem do AppSync,adicione manualmente os dispositivos montados sob o gerenciamento de clusterpara evitar a possibilidade de qualquer corrupção dos dados.

Reutilizar cópias no VMAXConsidere essas informações ao reutilizar cópias de banco de dados Oracle e SQLServer que residem em um VMAX.

Você pode reutilizar uma cópia de origem do VMAX onde o banco de dados reside ou aorigem pode ser o dispositivo de destino em uma sessão do SRDF.

Você pode reutilizar apenas a cópia da 1ª geração da origem ou a cópia da 2ª geração(cópia da cópia).

Você pode reutilizar uma cópia de bookmark do RecoverPoint de um banco de dadosOracle ou SQL Server.

Ao considerar a reutilização, analise as seguintes informações:

l O VMAX não aceita uma combinação de dispositivos thick e thin em cascata.

l Uma cópia de primeira geração deve ser um clone. A cópia da segunda geraçãopode ser um clone ou um TimeFinder VPSnap.

l Se o dispositivo de origem for thick, os destinos de primeira e segunda geração sãothick. Se o dispositivo de origem for thick, o AppSync aceita somente um clone deum clone para o dispositivo de origem.

l Se a origem for thin, o AppSync aceita um TimeFinder VPSnap de clone e umclone de um clone.

l A cópia da primeira geração pode ser uma cópia remota ou local em uma sessão doSRDF. Mas a de segunda geração é apenas local.

l Se você tiver dispositivos de origem thick, configure o grupo de armazenamentocom dispositivos thick, caso contrário, a criação de cópias de primeira geraçãofalhará.

Restauração do VMAXO VMAX restringe o número máximo de nós de rede em cascata a dois.

Se a origem A tem as seguintes sessões como A > D e A > B > C (quando criados porum plano de serviço ou usando fluxo de trabalho de reutilização), então, durante arestauração de D, o número de nós de rede é alterado para 3, pois a sessão derestauração leva a D > A > B > C. Portanto, o Appsync oferece uma opção paraencerrar a sessão B > C, se for um clone.

Durante execuções consecutivas, se o AppSync escolhe C como um destino para B,então, será uma sincronização completa em vez de uma ressincronização, pois asessão B > C será encerrada durante a restauração.

Por exemplo:



A > B > C

A > D > E

Restauração de B encerrará D > E. A restauração de D encerrará B > C. As sessõesnecessárias serão encerradas apenas se você selecionar a opção.

Se a cópia de segunda geração é um TimeFinder VPSnap, você deve expirar ossnapshots de segunda geração manualmente. A restauração falhará se um snapshot doclone existe para a origem e exibe todas as cópias que precisam ser expiradas na janelade andamento.

Obs.

Consulte o Guia de Suporte ao AppSync VMAX Array no https://support.emc.com paraobter mais informações.

VMAX 3 e VMAX All FlashOs arrays do VMAX 3 e do VMAX All Flash são compatíveis com AppSync. Esta seçãodescreve os recursos compatíveis e as considerações do plano de serviço, inclusivesobre a montagem, a desmontagem e a restauração de cópias do VMAX 3 e do VMAXAll Flash.

Para criar e gerenciar as cópias dos aplicativos, o AppSync dá suporte à tecnologia dereplicação de snapshots SnapVX nos arrays do VMAX 3 e do VMAX All Flash.

Considerações sobre o plano de serviço para aplicativos no armazenamentodo VMAX All Flash e do VMAX 3.

Analise essas considerações para obter suporte ao plano de serviço com o VMAX V3 ecom o VMAX All Flash.

Visão geralDepois de registrar (adicionar) o armazenamento do VMAX 3 e do VMAX All Flash,inscreva um aplicativo em um plano de serviço para criar e gerenciar cópias.

Os planos de serviço Bronze, Silver e Gold são compatíveis com o VMAX 3 e o VMAXAll Flash. Um snapshot de um plano de serviço com o VMAX 3 e o VMAX All Flash éequivalente a um snapshot do SnapVX vinculado no modo no copy. Um clone em umplano de serviço é equivalente a snapshot do SnapVX vinculado em modo de cópia. Apreferência padrão de um plano de serviço é snapshot.

Se o dispositivo de origem é expandido on-line em um array VMAX3 ou VMAX AllFlash, expanda os dispositivos de destino no grupo de armazenamento configurado noservidor do AppSync, ou adicione novos dispositivos com a mesma geometria que odispositivo de origem.

Se o armazenamento de destino que está sendo usado é provisionado pelo AppSyncdo SRP, deve ser expandido on-line para corresponder à geometria do dispositivo deorigem.

Otimização do clone do SnapVXO clone do SnapVX é criado e vinculado com o dispositivo de destino durante a criaçãoda cópia. O AppSync otimiza a vinculação do clone do SnapVX por meio da utilizaçãoda estratégia de revinculação. Durante a vinculação do clone do SnapVX com odispositivo de destino, o AppSync tenta encontrar um dispositivo de destinoadequado, que já esteja vinculado a um SnapVX anterior do mesmo dispositivo deorigem, para poder ser usado para a revinculação. Se o novo SnapVX foi revinculado


VMAX 3 e VMAX All Flash 305


ao mesmo dispositivo de destino, ele só sincronizará os dados delta, que são os dadosque foram alterados do SnapVX anterior para o novo SnapVX. Isso minimiza o tempode vinculação para dispositivos maiores. O plano de serviço de não reutilização utiliza orecurso de revinculação durante a criação da cópia. Os planos de serviço dereutilização podem atualizar as cópias reutilizadas e utilizar o recurso de revinculação.

Obs.

Revinculação não é compatível com contagem de rodízio de 1.

Restaurar cópias de VMAX 3 e VMAX All FlashQuando você restaura as cópias do SnapVX no AppSync, ele restaura os dados desnapshots do SnapVX criados no array para os dispositivos de origem, mas não dosdispositivos vinculados aos snapshots. Portanto, as alterações realizadas na cópiaquando ele é montado não é refletido em produção após a restauração.

Montagem/desmontagem de cópias no VMAX 3 e no VMAX All FlashAs operações de montagem/desmontagem no VMAX 3 e no VMAX All Flash incluem omascaramento/desmascaramento de LUNs ou de um conjunto de LUNs para um host.O AppSync depende do recurso de provisionamento automático do VMAX 3 e doVMAX All Flash.

O host de montagem deve ser zoneado para o array do VMAX 3/VMAX All Flash. Emseguida, você pode criar uma exibição de mascaramento com o grupo de iniciadores,grupo de portas e grupo de armazenamentos.

Quando o AppSync executa uma operação de montagem no VMAX 3 ou no VMAX AllFlash, ele detecta o iniciador de host para o host de montagem em primeiro lugar;depois, de acordo com o iniciador de host, o AppSync associa à (ou a partir da)exibição de mascaramento. Essa operação determina o grupo de armazenamento emque as LUNs de destino são mascaradas/desmascaradas. Para montagem/desmontagem de RDM ou Vdisk, o AppSync identifica a exibição de mascaramentoque se baseia no iniciador do host para o ESX server.

Você pode selecionar o objetivo de nível de serviço (SLO) exigido para a LUN dedestino na fase de montagem do plano de serviço. Se houver um grupo dearmazenamento para o host de montagem com o SLO exigido, o AppSync adiciona aLUN ao grupo de armazenamento. Se o grupo de armazenamento não existir, oAppSync adicionará a LUN a qualquer grupo de armazenamento que esteja mascaradopara o host.

Se um grupo de armazenamento estiver configurado para selecionar dispositivos dedestino, o AppSync removerá os dispositivos do grupo de armazenamento nomomento da montagem e os adicionará ao grupo de armazenamento para o host demontagem. Os dispositivos são adicionados ao grupo de armazenamento originalquando a cópia expira.

Se o grupo de armazenamento selecionado não tiver nenhum SLO, os dispositivos nãosão removidos do grupo de armazenamento configurado do AppSync.

Não configure o grupo de armazenamento interno criado do AppSync para qualqueroutra operação. O formato do grupo de armazenamento interno do AppSync é<hostname>+"__INTERNAL-AppSync"+formato de número. Por exemplo, os gruposde armazenamento interno do AppSync criados para o servidor lrmp253 do AppSyncsão lrmp253__INTERNAL-AppSync-0, lrmp253__INTERNAL-AppSync-1,lrmp253__INTERNAL-AppSync-2 e assim por diante.

Se existirem vários grupos de armazenamento no array para o mesmo host demontagem com o mesmo SLO, o AppSync classifica os grupos de armazenamento em



ordem alfabética e seleciona o primeiro na lista. Se você quiser que o AppSync use umgrupo de armazenamento específico, renomeie o grupo de armazenamento de modoque ele apareça no topo da lista quando classificada. O plano de serviço deve serrecriado para que essa alteração tenha efeito.

Obs.


l Todos os dispositivos de pool de armazenamento provisionados do AppSynccriados pelo AppSync são movidos para um grupo de armazenamento internocriado do AppSync. Esse grupo de armazenamento interno não é visível para ousuário. Ele é criado para lidar com os dispositivos provisionados do AppSync comeficiência.

Visão geral da reutilização do VMAX All Flash e do VMAX 3Analise o suporte do VMAX 3 e do VMAX All Flash para reutilização.

O AppSync dá suporte à reutilização local e remota das cópias do SnapVX do VMAX 3e do VMAX All Flash. A atualização de uma cópia existente vai criar um novo snapshotda LUN de origem e vincular ao destino original da cópia no modo exigido. Logo, osnapshot antigo expira.

Use o Assistente Repurpose para criar uma cópia reutilizada local ou remota com oVMAX 3 ou VMAX All Flash.

Obs.

Consulte o Guia de Suporte ao AppSync VMAX Array no https://support.emc.com paraobter mais informações.

ViPR ControllerSaiba mais sobre o suporte a ViPR Controller com o AppSync, incluindo consideraçõessobre configuração, aplicativos e planos de serviço compatíveis.

Com esta versão do AppSync, o ViPR Controller opera como outro sistema dearmazenamento. Isso significa que o ViPR Controller precisa ser registrado edetectado no AppSync. Consulte a seção sobre a adição de ViPR Controller aAppSync.

O AppSync aceita snapshots do ViPR Controller como tecnologia de cópia paraaplicativos provisionados usando o ViPR Controller.

Obs.

Aplicativos com uma combinação de LUNs para proteção não são aceitos. Porexemplo, o AppSync não aceita uma combinação de LUNs (baseadas em AppSync)nativas no VMAX e LUNs do ViPR Controller.

O AppSync dá suporte somente a aplicativos provisionados pelo ViPR Controller compools virtuais de blocks respaldos pelo VMAX/VPLEX com VMAX e armazenamento


Visão geral da reutilização do VMAX All Flash e do VMAX 3 307


XtremIO. O AppSync não dá suporte a aplicativos provisionados em pools virtuais dearquivo e objeto.

Obs.

O AppSync dá suporte a ISCSI com AIX para armazenamento nativo XtremIO ouXtremIO no ViPR Controller.

Migração de array nativo para o ViPR controllerO AppSync aceita a funcionalidade de gerenciamento de cópias do ViPR Controller, demodo que a migração de aplicativos de plataforma nativa para ViPR ocorre semqualquer interrupção em cópias existentes e planos de serviço, e sem intervençãomanual. Por exemplo:

1. Suponha que você tem um banco de dados Oracle em execução em um VMAX, eestá usando o AppSync para proteger esse banco de dados usando um plano deserviço Bronze para proteção local.

2. O AppSync cria um snapshot diário do banco de dados interagindo direta enativamente com o armazenamento do VMAX, usando um SMI-S Provider.

3. Em algum momento no futuro, você decide usar uma plataforma ViPR Controllerpara automatizar sua infraestrutura de armazenamento. Como parte dessaautomação, você move todos os volumes existentes para ViPR Controller. O ViPRController exige que todas as tarefas de gerenciamento de armazenamento, comoprovisionamento de volumes para criação de snapshots, exclusão e assim pordiante, sejam realizadas usando o ViPR Controller.

4. Você ainda precisa de proteção local de seu banco de dados Oracle noarmazenamento do VMAX, mas você deseja migrar para o ViPR Controller, paratodas as operações de snapshot.

5. Com o AppSync você pode migrar perfeitamente para a plataforma ViPRController sem qualquer intervenção manual nem modificações nos seus planosatuais.

Considerações sobre o plano de serviço com o ViPR ControllerAntes de adicionar um plano de serviço a cópias do ViPR Controller, analise essasconsiderações.

O recurso de gerenciamento de cópia de ViPR Controller segue o mesmo fluxo detrabalho que o de AppSync para o suporte de array de armazenamento nativo. Porexemplo, você deve configurar um host, um recurso de ViPR Controller dentro deAppSync e, em seguida, realizar a detecção do aplicativo. Uma vez detectado, vocêpode inscrever o aplicativo em um plano de serviço existente no AppSync. Para estaversão, são compatíveis os planos de serviço Bronze.

Montar e desmontar cópias do ViPR ControllerAnalise essas informações em relação à montagem e desmontagem de cópias do ViPRController com o AppSync.

O AppSync permite a montagem de cópias de aplicativos criados usando o ViPRsnapshot para os hosts registrados com ViPR Controller. O AppSync faz uso degrupos de exportação do ViPR enquanto monta cópias de um aplicativo.

Como parte da montagem, o AppSync determina se um host de montagem já tem umgrupo de exportação provisionado no array do ViPR e do projeto em que os snapshotsestão armazenados. Se o AppSync encontrar um grupo de exportação existente, eleatualiza o grupo de exportação adicionando snapshots ao grupo de exportação. Se oAppSync não puder encontrar um grupo de exportação para o host de montagem e o



array do ViPR onde o snapshot está armazenado, o AppSync usa APIs do ViPR paraprovisionar um novo grupo de exportação para o host do projeto necessário para osarrays do ViPR, onde os snapshots estão localizados.

Se os aplicativos residem em volumes virtuais do VPLEX, o host de montagem deveser zoneado para o array nativo de back-end no qual residem os volumes virtuais doVPLEX. Isso é necessário porque o AppSync é compatível com a exportação desnapshots de volume do VPLEX somente como volumes de array nativo e não comovolumes virtuais do VPLEX.

Dica de solução de problemas de zoneamento automático: Quando uma conta doFabric Manager tem acesso somente leitura e o zoneamento de SAN de um array doViPR está definido como Automatic > Create Export Group, essa ação falhará se ohost não tiver sido zoneado para o array. O zoneamento automático não pode serrealizado, uma vez que a conta do Fabric Manager tem acesso somente leitura aofabric. Para contornar esse problema, defina o zoneamento de SAN para Manual e, emseguida, crie manualmente uma zona entre o host e o array físico.

Restauração da cópia do ViPR ControllerAnalise esses cenários ao considerar uma restauração de uma cópia de ViPRController.

O AppSync não aceita a restauração a partir de cópias de aplicativos que são criadasusando o ViPR Controller nos quais o volume foi provisionado pelo ViPR Controller, emum array back-end XtremIO 3.x (modo nativo ou por meio de VPLEX no front-end).

Restauração em nível de LUN de snapshot do ViPRDurante a restauração a partir de um snapshot de ViPR Controller, o AppSync verificase há uma entidade afetada em caso de grupos de consistência e avisa sobre outrosaplicativos que podem ser afetados pela restauração.

Restauração granularO AppSync aceita restauração granular para máquinas virtuais e arquivo com o ViPRController, como a plataforma de armazenamento. Como o ViPR Controller não tem acapacidade de criar uma cópia de uma cópia, a restauração granular para máquinasvirtuais sempre usa a clonagem de máquinas virtuais ao recuperar as máquinas virtuaisde uma réplica.

A funcionalidade de restauração instantânea é desativada durante o uso do ViPRController.

XtremIOAnalise os aplicativos compatíveis, a tecnologia de replicação, os requisitos deconfiguração e as restrições para os arrays do XtremIO com o AppSync antes decomeçar a instalação.

Suporte a aplicativosO AppSync cria snapshots consistentes com gravação no array do XtremIO para cadaaplicativo que você adicionar a um plano de serviço. O XtremIO aceita os seguintesaplicativos:

l Bancos de dados Oracle

l Bancos de dados SQL Server

l DAG e bancos de dados do Exchange

l File systems


Restauração da cópia do ViPR Controller 309

l Datastores do VMware

l O RecoverPoint (versão mínima 4.1.2) é compatível com o XtremIO 4.0 eposteriores e com o AppSync 2.2.2 e posteriores.

Tecnologia de replicaçãoO AppSync cria XtremIO snapshots dos dados de aplicativos, colocando os snapshotsna seguinte pasta comum: /AppSyncSnapshots/APPSYNCSERVERNAME/PRODUCTIONHOSTNAME/Mova os snapshots do XtremIO da pasta comum somente sevocê usar o recurso de remoção do AppSync, que remove uma cópia de AppSync, masnão remove os snapshots de XtremIO.

O AppSync nomeia os snapshots usando a seguinte convenção de nomenclatura:TIMESTAMP.snap.ORIGINALVOLNAMEDevido ao limite de XtremIO de 64 caracteresem um nome de snapshot, o ORIGINALVOLNAME deve ter 40 caracteres ou menos.

Analise os limites do XtremIO com relação ao número de snapshots de LUNs quepodem ser criados ao mesmo tempo. Não permita que as configurações de banco dedados Oracle excedam o número de volumes limitado pelos recursos de snapshotmáximo do XtremIO.

É possível ajustar o número máximo de solicitações pendentes de disco com oparâmetro Disk.SchedNumReqOutstanding. O valor padrão paraDisk.SchedNumReqOutstanding é 32. O XtremIO recomenda que esta opção sejadefinida como 256 para qualquer dispositivo apresentado a um host. Para obterinstruções sobre como configurar o número máximo de solicitações pendentes dedisco para dispositivos de snapshot do XtremIO montados em um host, consulte oartigo relevante da base de conhecimento da VMware.

O AppSync dá suporte ao uso de APIs do consistency group do XtremIO para a criaçãoe a atualização de snapshots, permitindo o menor tempo de operação possível. Noentanto, o suporte é limitado ao workflow de reutilização. A versão mínima do XtremIOnecessária é 4.0.2.

Para usar as APIs do consistency group do XtremIO, as seguintes condições devemser atendidas:

l Todas as LUNs de origem devem ter o mesmo consistency group

l Todas as LUNs de origem devem fazer parte de apenas um consistency group

l Todos os snapshots devem fazer parte de um único conjunto de snapshots(atualização ou restauração do nível do consistency group)

Obs.

Também há suporte para uma única LUN de origem em um consistency group.

Para aplicativos baseados no Windows, todas as LUNs devem estar em umconsistency group.

Para Oracle, todas as LUNs de registro de arquivamento devem fazer parte de umconsistency group e as LUNs do banco de dados devem fazer parte de um consistencygroup.



Obs.

l Os volumes do XtremIO são sempre excluídos a uma taxa de 1 volume a cada 60segundos. Portanto, a expiração da cópia de um aplicativo distribuída em 5volumes demora 5 minutos para ser excluída.

l Ao usar as APIs do consistency group do XtremIO, os volumes restantes comoparte da operação também serão excluídos a uma taxa de 1 volume a cada 60segundos.

l Para obter informações sobre as limitações do XtremIO, especialmente aslimitações relacionadas aos snapshots e às pastas do XtremIO, analise as Notas daversão do XtremIO disponíveis no https://support.emc.com.

RestriçõesConsidere as seguintes restrições para o XtremIO com o AppSync:

l Os grupos de iniciadores do XtremIO devem ser definidos no XtremIO para todosos hosts de montagem aos quais o AppSync monta cópias do XtremIO.

l O AppSync não aceita o XtremIO com a conectividade ISCSI para hosts do AIX.

Considerações sobre a configuração

l O Management Server do XtremIO (XMS) deve ser configurado em uma SAN compelo menos um array de XtremIO.

l Faça o zoneamento dos arrays do XtremIO para os hosts de produção e montagem(físicos) ou ESX servers (virtuais).

l Para montar e desmontar cópias:

n Certifique-se de configurar os bancos de dados Oracle ou SQL Server nosarrays do XtremIO para dados e registros.

n Fibre Channel e iSCSI são compatíveis.

Considerações para antes de adicionar um array:Para adicionar e configurar um array do XtremIO para funcionar com AppSync, vocêprecisa de pelo menos um Management Server do XtremIO (XMS) configurado paraesse array do XtremIO. Analise as seguintes considerações antes de adicionar umarray:

l Privilégios de administrador são necessários para adicionar o array do XtremIO.

l Certifique-se de que o zoneamento do armazenamento do XtremIO foi feito paraos hosts de produção (físicos) ou ESX servers (virtuais). RDM e discos virtuais sãocompatíveis com máquinas virtuais VMware. iSCSI é compatível com hostsWindows e Linux, permitindo que você consulte o armazenamento do XtremIO pormeio de uma LAN iSCSI. iSCSI é compatível com hosts físicos ou virtuais etambém ESX servers.

l Oracle, file systems e datastores VMFS no AIX/Linux são compatíveis. Filesystems e discos virtuais são compatíveis no Windows.

l Você precisa do nome/endereço IP e credenciais do XMS.

Obs.

Se as credenciais do array forem alteradas, lembre-se de atualizá-las também noAppSync antes de tentar qualquer operação.


XtremIO 311


O Guia de Instalação e Configuração do AppSync fornece instruções para adicionar umarray do XtremIO.

Opções de restauração com o armazenamento do XtremIOSaiba mais sobre as opções de restauração para cópias de aplicativos nos arrays doXtremIO ao planejar a instalação.

O AppSync 2.2.2 e posteriores aceitam a restauração automática de cópias doXtremIO 4.0 e posteriores. Os seguintes aplicativos são compatíveis:


l Bancos de dados do Exchange independentes e grupos de disponibilidade de dados(DAG) do Exchange


l File systems

l RecoverPoint

O AppSync usa o Assistente Restore para a restauração automatizada noarmazenamento do XtremIO. Clique no botão Restore para iniciar o Assistente Restorepara os respectivos aplicativos. Durante a restauração, o AppSync cria outro snapshotgerado pelo XtremIO, armazenado sob a marca /volumes/AppSyncSnapshots/RestoredSnapshots. Um administrador deve limpar esses snapshots manualmente.

RecoverPointConsidere as práticas recomendadas para a configuração do RecoverPoint antes deimplementar o AppSync. Por exemplo, não se esqueça de observar as práticasrecomendadas de granularidade do grupo de consistência do RecoverPoint.

Considerações sobre o plano de serviço para aplicativos com proteção doRecoverPoint

O AppSync aceita diferentes opções de replicação do RecoverPoint.

Três tipos de opções de replicação:

Local (proteção contínua de dados)

Na proteção local, o RecoverPoint replica para um storage array no mesmo local.Em uma instalação do RecoverPoint que é usada exclusivamente para proteçãolocal, você instala RPAs em apenas um local e não especifica uma interface deWAN. O plano de serviço Bronze protege a replicação de aplicativos.

Remoto (replicação contínua remota)

Na replicação remota, o RecoverPoint replica de uma WAN para um local remoto.Não há limite para a distância de replicação. O plano de serviço Silver protege areplicação de aplicativos.

Local e remota (simultaneamente local e remota)

Na replicação local e remota, o RecoverPoint protege as LUNs de produçãolocalmente usando a proteção local, e remotamente, usando a replicação remota.As duas cópias têm políticas RPO e janelas de proteção distintas. O plano deserviço Gold protege a replicação de aplicativos. Vários locais de (vários locaisremotos) do RecoverPoint não são compatíveis no momento.



Obs.

Para bookmarks RecoverPoint

l Volume do VNX de origem, volume do VMAX de destino — Virtual e virtual commodos de acesso de reversão não são compatíveis.

l Volume do VMAX de origem, volume do VNX de destino — Virtual e virtual commodos de acesso de reversão são compatíveis.

Pré-requisitos do RecoverPointVerifique se a configuração do RecoverPoint atende aos pré-requisitos necessáriospara uso com o AppSync.

l Instale e configure o RecoverPoint de acordo com a sua documentação.l Use o RecoverPoint para criar grupos de consistência.l Certifique-se de que os divisores para todos os hosts de montagem estão

conectados aos volumes de destino do RecoverPoint que eles vão usar.l Sincronize a hora em todos os sistemas. Siga as etapas na documentação do

sistema operacional para configurar o servidor do AppSync e todos os hosts deprodução e montagem que serão sincronizados com um servidor de hora. Issoinclui todos os hosts, armazenamento VNX, VNXe, Unity e os dispositivosRecoverPoint.

l Para a preparação de failover, lembre-se de que o AppSync exige que osconsistency groups locais e remotos do RecoverPoint tenham cópias locais eremotas, mesmo em uma situação de failover. As etapas de configuração deadministrador do RecoverPoint podem ser necessárias após o failover paraconfigurar uma cópia local no local remoto.

l Durante a configuração do AppSync, o local do RecoverPoint é adicionado comoum recurso. Em uma configuração remota e local, o AppSync detecta todos oslocais na configuração do sistema do RecoverPoint. Credenciais para uma contaque tenha privilégios de administrador do RecoverPoint são necessárias aoadicionar o local.

Montagens dinâmicas ou estáticasAs cópias do RecoverPoint podem ser montadas de duas maneiras, de forma estáticaou dinâmica.

O AppSync aceita montagens estáticas de destinos do RecoverPoint. Usandomontagens estáticas, as LUNs (locais ou remotas) de destino do RecoverPointprecisavam ser expostas previamente (mascaradas) para o host de montagem antesque você pudesse montar as cópias do RecoverPoint. Se você estiver usandomontagens estáticas em um ambiente de máquina virtual, as LUNs de destino doRecoverPoint deverão ser mascaradas para o ESX server e adicionadas como RDMs àsmáquinas virtuais antes da montagem da cópia.

Os destinos do RecoverPoint também podem ser montados dinamicamente. As LUNsde destino do RecoverPoint são associadas na hora da montagem para identificar asLUNs, e as LUNs são mascaradas (movidas para o grupo de armazenamento de hostde montagem) e apresentadas antes da montagem. Quando as LUNs de destino para amontagem dinâmica estão no armazenamento do VNX, o VNX deve ser registrado como AppSync. Isso também é aplicável no armazenamento do VNXe e do Unity.

O AppSync não tem como pré-requisito que dispositivos de réplica devem estarvisíveis para o host de montagem. O AppSync pode expor dinamicamente os


Pré-requisitos do RecoverPoint 313

dispositivos em todas as tecnologias de armazenamento. Para VMAX2 e VMAX3, oAppSync não aceita montagens estáticas. Isso também é aplicável para ambientes deRecoverPoint que envolvem o VMAX.

Para montagens dinâmicas do VMAX, siga as instruções de provisionamentoautomático do VMAX para realizar efetivamente o mascaramento.

Se você estiver usando montagens dinâmicas em um ambiente virtual, não mascare asLUNs de destino para o ESX server. O AppSync vai mascarar a LUN para o ESX servere, em seguida, adicionar a LUN como um RDM no host de montagem. Consulte Montare desmontar cópias do VMAX.

Ao desmontar:

l As LUNs que foram montadas dinamicamente são desmontadas dinamicamente, ouseja, as LUNs são removidas do grupo de armazenamento.

l As LUNs que foram montadas estaticamente permanecem no grupo dearmazenamento após a conclusão da desmontagem.

l Para cópias de aplicativos com LUNs misturadas (tanto montadas de modoestático quanto dinâmico), as LUNs serão dinamicamente desmontadas. Todas asLUNs montadas são removidas do grupo de armazenamento.

Com o zoneamento adequado, o AppSync apresenta o armazenamento ao hostautomaticamente quando uma cópia é montada.

Host físico

O AppSync atribui dinamicamente um snapshot para o host quando a cópia émontada. O host físico deve ser zoneado para o array do VNX, VNXe ou Unity dasLUNs de destino do RecoverPoint (locais ou remotas).

Máquina virtual

Montagens dinâmicas acontecem como um mapeamento de dispositivos brutos(RDM) ou por meio de iSCSI nativo na máquina virtual.

l Para RDM, o ESX Server onde a máquina virtual reside deve ser zoneado para oarray do VNX, VNXe ou Unity das LUNs de destino do RecoverPoint (locais ouremotas).

l Para RDM e discos virtuais, a central virtual (que gerencia o ESX server ondereside o host de montagem da máquina virtual) deve ser registrado com o servidordo AppSync.

l Para iSCSI nativo, a máquina virtual deve estar conectada aos iniciadores de array(VNX, VNXe ou Unity) das LUNs de destino do RecoverPoint (locais ou remotas).O VNX deve ter um grupo de armazenamento definido para o host.

Reutilização de cópias de bookmarks do RecoverPoint de bancos de dadosOracle ou SQL Server

O AppSync é compatível com a capacidade de reutilização de cópias de bookmarks doRecoverPoint de bancos de dados Oracle ou SQL Server.

Use o AppSync para reutilizar um bookmark do RecoverPoint em um destino do VMAX(o VMAX 3 não é compatível com suporte) e crie uma cópia de primeira geração (1ªgeração), que aproveita a tecnologia de replicação do clone do TimeFinder ou VPSnapdo TimeFinder. Você pode reutilizar a cópia clone novamente (não para VPSnap) paracriar uma cópia de 2ª geração que aproveita o clone do TimeFinder ou VPSnap doclone do TimeFinder.

l Bookmark (hidden) > Clone



l Bookmark (hidden) > Clone > Snap

l Bookmark (hidden) > VPSnap

l Bookmark (hidden) > Clone > Clone

Para copiar bookmarks, use o Assistente Repurpose do RecoverPoint. O VNX ou SMI-S Provider e de dispositivo do RecoverPoint deve ser registrado no AppSync.

As configurações aceitas incluem:

l Aplicativo: Oracle e SQL Server

l Armazenamento: VNX e VMAX (a cópia de 1ª geração é uma cópia de VMAX do

l Bookmark: A cópia de 2ª geração é uma cópia da cópia de 1ª geração).

No Assistente Repurpose, selecione Use Bookmark as an intermediate step paraexecutar a reutilização do RecoverPoint. Se você não selecionar essa opção, oAppSync inicia a reutilização nativa. A lista suspensa inclui Create a 1st Gen copyfrom site. Essa opção determina se o sistema usa a reutilização de bookmark doRecoverPoint Continuous Data Protection ou RecoverPoint Continuous RemoteReplication.

Considerações

l Se você atualizar a cópia de 1ª geração, o AppSync usará uma nova cópia dobanco de dados.

l As cópias de 1ª e 2ª geração são sempre locais.

l Expiração manual da cópia de bookmark de 1ª geração.

l Atualize a 2ª geração para criar uma cópia de 2ª geração a partir da 1ª geração.

l Se a cópia de 1a geração for um clone do VMAX, a mesma LUN será usada durantea atualização (em vez de rodízio).

Reutilize (crie) uma cópia de 1ª geração de um bookmark do RecoverPointAprenda a reutilizar um bookmark do RecoverPoint em um destino do VMAX e criaruma cópia de 1ª geração de um banco de dados Oracle ou SQL Server, que aproveita atecnologia de replicação TimeFinder Clone ou TimeFinder VPSnap. Você podereutilizar a cópia de clone ainda mais (não de VPSnap) para criar uma cópia desegunda geração que utiliza o TimeFinder Clone ou o TimeFinder Clone VPSnap.


O dispositivo RecoverPoint e o storage array subjacente (VNX, SMI-S, Unity ouXtremIO) devem ser registrados no servidor do AppSync.

Para copiar bookmarks, use o Assistente Repurpose do RecoverPoint.

Procedimento

1. Faça log-in no console do AppSync e selecione Copy Management.

2. No Assistente Repurpose, selecione Use Bookmark as an intermediate steppara executar a reutilização do RecoverPoint.

Recuperação usando o bookmark criado pelo sistema RecoverPointPara obter uma cópia de ponto de recuperação, você pode especificar um horário quecorresponda ao bookmark criado pelo sistema RecoverPoint (qualquer cópia point-intime) durante as operações de recuperação (montagem e/ou restauração). Noentanto, deve haver uma cópia de bookmark disponível para o aplicativo no AppSync


Recuperação usando o bookmark criado pelo sistema RecoverPoint 315

antes de você especificar a hora. As cópias resultantes são consistentes em caso defalhas. Portanto, a recuperação de aplicativos pode não ser bem-sucedida.

Para montar uma cópia any-point-in-time (APIT):

Procedimento

1. No assistente Mount, selecione uma cópia de bookmark.

2. Na tela Select a copy, selecione Select a point in time para especificar umhorário que corresponda ao bookmark criado pelo sistema do RecoverPoint quedeseja montar.

Obs.

l A hora indicada é a hora do console. Se o console estiver em um fuso horáriodiferente do RPA, especifique a hora de acordo com o fuso horário doservidor do AppSync.

l Você deve especificar um período posterior à cópia de bookmark disponívelmais antiga para esse aplicativo no servidor do AppSync.

3. Especifique a hora e clique em Next.

4. Selecione as configurações de montagem e clique em Next.

5. Clique em Finish.

Depois que a operação de montagem for concluída, uma nova cópia debookmark APIT com o registro de data e hora especificado é listada noAppSync.

Obs.

l No caso de uma cópia criada usando o plano de serviço Gold (local eremoto), você pode especificar o local onde deseja montar a cópia. Pode serum local remoto ou local.

l Se não houver nenhum bookmark criado pelo sistema RecoverPointdisponível pelo tempo especificado, o AppSync escolherá o bookmark maispróximo disponível (abaixo do tempo especificado) no RecoverPoint.

l A cópia de bookmark APIT criada durante a montagem pode ser reutilizadase você desejar montar novamente o mesmo bookmark criado pelo sistemaRecoverPoint (todos os aplicativos compatíveis com o AppSync).

Restaurar a partir de uma cópia APITProcedimento

1. No assistente de restauração, selecione uma cópia de bookmark.

2. Na tela Select a copy, selecione Select a point in time para especificar umhorário que corresponda ao bookmark criado pelo sistema do RecoverPoint quedeseja montar.



Obs.

l A hora indicada é a hora do console. Se o console estiver em um fuso horáriodiferente do RPA, especifique a hora de acordo com o fuso horário doservidor do AppSync.

l Você deve especificar um período posterior à cópia de bookmark disponívelmais antiga para esse aplicativo no servidor do AppSync.

3. Selecione as opções de restauração e clique em Next.

4. Clique em Finish.

Obs.

l No caso de uma cópia criada usando o plano de serviço Gold (local eremoto), você pode especificar o local onde deseja restaurar a cópia. Podeser um local remoto ou local.

l Se não houver nenhum bookmark criado pelo sistema RecoverPointdisponível pelo tempo especificado, o AppSync escolherá o bookmark maispróximo disponível (abaixo do tempo especificado) no RecoverPoint.

l Ao contrário da montagem APIT, nenhuma cópia de bookmark APIT é criadano final da operação de restauração.

l Operação de restauração APIT só é compatível com sistemas de arquivos edatastores do VMware.

l A restauração de uma cópia montada é compatível apenas com datastoresdo VMware.

UnityEsta seção descreve o suporte do Unity com o AppSync. Ela inclui informações sobreconsiderações de configuração, o plano de serviço suportado e sobre detalhes doaplicativo.

Os arrays do Unity dão suporte a todos os aplicativos no AppSync.

O AppSync não é compatível com as seguintes configurações do Unity:

l Armazenamento de arquivos Unity na plataforma do Windows

l Cópias remotas de snapshots unificados

Gerenciamento de cópia do UnityEsta seção descreve um workflow típico do AppSync, onde você pode criar egerenciar cópias consistentes com aplicativos no armazenamento do Unity. OAppSync gerencia arrays do Unity com a interface de gerenciamento em vez de fazê-lo com a interface do processador de serviço.

Execute o registro de recursos para o Unity quando iniciar o AppSync após ainstalação. Registre os hosts, bem como os sistemas de armazenamento e vCenter,para que o AppSync possa realizar várias operações que são necessárias para criar egerenciar cópias de aplicativos. Normalmente, o registro de uma entidade inclui aidentificação do sistema usando o nome/endereço IP e fornecendo as credenciais


Unity 317

necessárias (nome de usuário e senha) para que o AppSync detecte e opere nosistema registrado.

Obs.

O AppSync redescobre os file systems, as interfaces e os compartilhamentos dearquivos a cada hora. Portanto, qualquer novo arquivo, file system oucompartilhamento de arquivo adicionado no array não é identificado pelo AppSync atéo próximo ciclo de atualização.

Tipo de replicação e armazenamentoO AppSync aceita a tecnologia de replicação Unified Snapshot para criar e gerenciarcópias locais dos aplicativos que residem no armazenamento de arquivos ou block doUnity.

As LUNs do armazenamento de blocks de origem podem ser LUNs de pool, tanto thickquanto thin. Você pode provisionar os dispositivos de block de origem necessáriosusando os Assistentes de datastores de LUN do Unity ou VMware na UI do Unisphere.Ao criar LUNs básicas usando o Assistente de LUNs selecione uma das seguintesopções:

l Create a LUN – cria uma LUN individual de um pool de armazenamento desejado.

l Create a Consistency group – cria um agrupamento de LUNs a partir de um poolde armazenamento desejado. A vantagem de usar um consistency group é quetodas as LUNs dentro do grupo são agrupadas, o que garante a consistência noarray.

As práticas recomendadas orientam que, em ambientes Microsoft, você deve usarconsistency groups em seu layout de armazenamento para ajudar na criaçãoconsistente com aplicativos dos snapshots do Unity dentro da janela de tempo doserviço Microsoft VSS.

Você pode provisionar os dispositivos de arquivos de origem necessários usando o filesystem do Unity ou o Assistente de datastores do VMware. Ao fazer oprovisionamento a partir do Assistente de file systems, somente os file systems decompartilhamento do NFS são aceitos.

Considerações sobre o plano de serviço com o UnityAntes de adicionar um plano de serviço para criar cópias do Unity, analise estasconsiderações.

Depois de registrar o armazenamento do Unity, você inscrever-se no plano de serviçoBronze para criar e gerenciar cópias locais para a aceleração de backup e recuperaçãode operação. Depois de registrar o armazenamento do Unity, o AppSync seleciona osnapshot para planos Bronze por padrão.

Para cópias de replicação remota ou replicação local e remota do RecoverPoint,inscreva-se nos planos de serviço Silver ou Gold, respectivamente. Você pode alteraro snapshot de bookmark para cópias do RecoverPoint.

Considerações sobre a restauraçãoSe houver outros aplicativos que compartilham o mesmo dispositivo dearmazenamento com o aplicativo que está sendo restaurado, eles deverão serinterrompidos antes de tentar uma restauração pelo AppSync. Isso ocorre porque oAppSync pode apenas desativar o aplicativo que está sendo restaurado.

Para uma restauração de aplicativo em arrays do Unity, certifique-se de que todos osIOS na LUN foram interrompidos.



Montagem e desmontagem de cópias do datastore NFS do UnityAnalise as seguintes informações sobre a montagem/desmontagem do datastore NFS.

O AppSync cria um compartilhamento com base no snapshot do arquivo do Unity quevocê deseja montar. O compartilhamento é visível para o host de montagem. Durantea desmontagem, o compartilhamento criado durante a montagem é excluído. O nomedo compartilhamento é exibido no seguinte formato:

AS-Share-lastFourDigitOfUnitySerialNum-ProductionFilesystemId-TimeOfShareCreatedO AppSync cria uma lista de interfaces IP de exportação a partir do array do Unity. OIP de exportação de produção é uma prioridade.

Montagem e desmontagem de cópias do UnityAnalise essas informações antes de montar e desmontar cópias do Unity com oAppSync.

As operações de montagem e desmontagem em arrays do Unity envolvem conexão edesconexão de snapshots para SMPs, e conceder e remover o acesso(mascaramento/desmascaramento) de snapshot a LUNs de SMP ou um conjunto deSMPs para um host. O Unity permite apenas um snapshot de cada vez de um conjuntode LUNs ou consistency group para anexo a LUNs de SMP. As LUNs contidas em umconsistency group são conectadas e desconectadas em conjunto, não há conexão oudesconexão parcial.

Antes de executar uma montagem ou desmontagem, realize o zoneamento do host demontagem para o array do Unity e registre o nome no host em seus iniciadores.

A primeira etapa que o AppSync realiza ao montar um snapshot no Unity é a detecçãodo iniciador de host para o host de montagem. Com base nas informações dosnapshot, o AppSync mapeia para os consistency groups/LUN de origem apropriadospara determinar o acesso ao host para o host de montagem.

O AppSync verifica se nenhum outro snapshot está conectado às LUNs de do SMP. Aseguir, o AppSync modifica o acesso do host para conceder acesso ao snapshot paraexecutar uma montagem, ou remover o acesso do host para desmontar.

Para montagem/desmontagem de RDM ou vDISK, o AppSync identifica o acesso dohost com base no iniciador do host para o ESX server.

Montagem e desmontagem de cópias do file system NFS do UnityAnalise as seguintes informações sobre a montagem e desmontagem do file systemNFS.

O AppSync cria um compartilhamento com base no snapshot unificado do Unity para oarquivo que você deseja montar. O compartilhamento torna-se visível para o host demontagem por meio da exportação dos snapshots unificados do file system NFS, e ofile system é criado nessas exportações de NFS. Durante a desmontagem, o filesystem é desmontado e o compartilhamento NFS criado durante a montagem éexcluído. O nome do compartilhamento é exibido no seguinte formato:

AS-SharelastFourDigitOfUnitySerialNum-ProductionFilesystemId-TimeOfShareCreated


Montagem e desmontagem de cópias do datastore NFS do Unity 319

O AppSync cria uma lista de interfaces IP de exportação a partir do array do Unity. OIP de exportação de produção é uma prioridade.

O banco de dados Oracle no file system NFS do Unity é compatível com suporte. Ossnapshots unificados para o arquivo criado para registros e dados do Oracle. Durante amontagem de um banco de dados Oracle, use uma das seguintes opções:

l Mount and Recovery - essa opção monta o file system no host de montagem erecupera o banco de dados.

l Mount the file system - essa opção monta somente o file system no host demontagem.

Reutilização de cópias no UnityO AppSync dá suporte à reutilização de cópias de aplicativos em arrays do Unity Astecnologias de snapshot e cópia de clone de thin do Unity são compatíveis. A versãomínima do Unity necessária é 4.2.

A Repurposing overview fornece informações adicionais sobre a realocação.

l A cópia da primeira geração é sempre um snapshot.

l A cópia de segunda geração pode ser um snapshot ou um clone thin. Por padrão, acópia de segunda geração é um snapshot. É possível alterar a opção padrão.

l Os snapshots de primeira geração não devem ser montados durante a criação ouatualização de uma thin clone de segunda geração.

Para obter informações adicionais sobre o snapshot do Unity e as tecnologias de cópiade clone thin, consulte a documentação do Unity.

VPLEXO AppSync pode criar cópias de snapshot (snapshots do VPLEX e clone do VPLEX)consistentes com falhas e consistentes com aplicativos no array gerenciadosubjacente que hospeda os volumes virtuais do VPLEX. O AppSync é compatível comos seguintes aplicativos no armazenamento do VPLEX:



l File systems

l Microsoft Exchange


As seguintes configurações de dispositivo do VPLEX são compatíveis com suporte:

l VPLEX Local

n RAID 0

n RAID 1

l VPLEX Metro

n Dispositivos distribuídos



Obs.

l Os volumes virtuais do VPLEX devem ser mapeados 1:1 para um volume do array.

l Não há suporte para dispositivos concatenados (RAID-C).

l Não há suporte para dispositivos aninhados.

l Não há suporte para volumes remotos (dispositivo local com visibilidade global pelaconfiguração de acesso remoto).

l Se houver um trabalho de mobilidade em andamento, o dispositivo não poderá serprotegido até a conclusão do trabalho de mobilidade.

Considerações de plano de serviço para aplicativos no armazenamento doVPLEX

Depois de registrar o armazenamento do VPLEX, você pode inscrever o aplicativo emum plano de serviço para criar e gerenciar cópias.

l O AppSync é compatível com o plano de serviço Bronze para aplicativos noarmazenamento do VPLEX. Isso significa que você só pode criar cópias locaisespecíficas do aplicativo.

l Quando você seleciona Snapshot como a preferência de armazenamento em umplano de serviço, o AppSync cria um snapshot no array de armazenamento deback-end.

l Durante o mapeamento, o AppSync consulta o VPLEX sobre os detalhes do volumevirtual, como comoponentes do dispositivo, extents e volume de armazenamento.Em seguida, ele se comunica com o array de armazenamento de back-end emapeia a LUN armazenamento correspondente para que ela seja protegida.

l Se os aplicativos nos mesmos hosts são de clusters do VPLEX diferentes, osaplicativos são agrupados separadamente durante a proteção.

l Se os aplicativos estão no mesmo host e nos mesmos volumes virtuais do VPLEX,eles são agrupados durante a proteção.

l Se o dispositivo de armazenamento subjacente do VPLEX for um RAID1 ou umdispositivo distribuído, você deve definir as opções de armazenamento na fasecreate copy nas configurações do plano de serviço.

l Um volume virtual do VPLEX em um dispositivo RAID 1 tem dois trechos. Os doistrechos podem ser de dois arrays de armazenamento de back-end diferentes. Otrecho a ser protegido é determinado pelo array que está selecionado emConfigure Storage Options. Um volume virtual distribuído do VPLEX temdispositivos de armazenamento em ambos os clusters. O trecho a ser protegido édeterminado pelo cluster que está selecionado em Configure Storage Options.

l No caso de dispositivos RAID 0, a LUN de armazenamento do virtual do array deback-end do VPLEX que mapeia para o volume virtual do VPLEX é protegida.

l No caso de dispositivos RAID-1, a LUN de armazenamento do virtual do array deback-end do VPLEX que mapeia para o trecho selecionado do dispositivo RAID-1 éprotegida.

Montar e desmontar cópias do VPLEXAnalise essas informações antes de montar e desmontar cópias do VPLEX com oAppSync.

O AppSync fornece duas opções de montagem:


Considerações de plano de serviço para aplicativos no armazenamento do VPLEX 321

l Mount as VPLEX virtual volumes

l Mount as native array volumes

Mount as VPLEX virtual volumesQuando você selecionar essa opção, o snapshot no array de back-end torna-se visívelpara o VPLEX. O AppSync cria volumes virtuais do VPLEX nos snapshots de arraynativo subjacentes e provisiona esses volumes virtuais para o host de montagem. Osvolumes virtuais provisionados são adicionados à exibição de armazenamento do hostde montagem. Durante a desmontagem, os volumes virtuais são removidos da exibiçãodo armazenamento do host de montagem, e ele destrói o volume virtual do VPLEXcriado nos snapshots de array nativo subjacentes. O snapshot no array de back-endtem o provisionamento removido do VPLEX.

Considere o seguinte:

l O host de montagem deve ser zoneado no cluster para o VPLEX em que a cópia deprodução é criada

l O host de montagem deve ser zoneado para o VPLEX, mas não precisa serzoneado para o array nativo em que o snapshot é criado.

l As cópias dos volumes de produção em dispositivos VPLEX RAID 0 que sãomontados como volumes RAID 0 locais no mesmo cluster.

l As cópias dos volumes de produção em dispositivos VPLEX RAID 1 que sãomontados como dispositivos RAID 1 locais com um único trecho no mesmo cluster.Se você adicionar manualmente um trecho de espelhamento, certifique-se deremover manualmente esse trecho antes de desmontar.

l As cópias dos volumes de produção em dispositivos VPLEX RAID 0 distribuídosque são montados como volumes RAID 0 locais no mesmo cluster.

l As cópias dos volumes de produção em dispositivos VPLEX RAID 1 distribuídos quesão montados como volumes RAID 1 locais no mesmo cluster. Se você adicionarmanualmente um trecho de espelhamento, certifique-se de remover manualmenteesse trecho antes de desmontar.

Mount as native array volumesQuando você seleciona essa opção, o AppSync provisiona os snapshots de array nativopara o host de montagem. O host de montagem deve ser zoneado para array nativoem que o snapshot é criado. Todas as outras considerações de montagem do arraynativo são aplicáveis.

Enable VMware cluster mountSe o host de montagem for uma máquina virtual do VMware que reside em um clusterdo ESX, a LUN de destino torna-se visível para todos os nós do cluster do ESXdurante a montagem. Por padrão, essa opção é desabilitada. Se não desejar executaruma montagem de cluster do ESX, você pode limpar essa opção. A LUN de destinotorna-se visível somente para o cluster do ESX no qual o host de montagem reside.Isso é aplicável para ambos os tipos de dispositivos RDM e vDisk.

Considerações sobre a restauração do VPLEXAo restaurar dados de cópias de snapshot do VPLEX, considere o seguinte:

l O layout de volume virtual de produção do VPLEX deve ser igual ao layout dequando a cópia foi criada. Se houver alterações no layout de volume virtual deprodução, o AppSync a detecta e a restauração apresentará falha.

l No caso de um RAID 1 e dispositivos distribuídos, o AppSync restaura um trechodo espelhamento para o qual a cópia foi criada. O outro trecho é reconstruído e



sincronizado depois que a restauração for concluída a partir dos snapshots dearray nativo. Se você não quiser esperar a sincronização do espelhamento,certifique-se de desmarcar a opção Wait for mirror rebuild to complete noassistente Restore.

l Durante a restauração, o AppSync remove os volumes virtuais do VPLEX a partirdo grupo de consistência, restaura do snapshot de array nativo e adiciona osvolumes virtuais novamente ao consistency group. Ele também invalida o cache detodos os volumes virtuais do VPLEX.

l O AppSync não é compatível com a restauração dos volumes virtuais de produçãodo VPLEX que são protegidos pelo RecoverPoint.

l Ao restaurar de cópias de snapshot do VPLEX, certifique-se de que nenhuma outraoperação seja realizada no dispositivo que está sendo restaurado.

Dell SCO AppSync pode criar e gerenciar cópias consistentes de aplicativos no Dell SCstorage.

O AppSync é compatível com os seguintes aplicativos no Dell SC storage:



l File systems

l Microsoft Exchange


O AppSync não é compatível com as seguintes configurações do Dell SC storage:

l Reutilização de cópias em arrays do Dell SC

l Cópias de restauração em arrays do Dell SC

l Armazenamento em file

Considerações de plano de serviço para aplicativos no armazenamento do DellSC

Depois de registrar o armazenamento do Dell SC, você pode inscrever o aplicativo emum plano de serviço para criar e gerenciar cópias.

O AppSync é compatível com o plano de serviço Bronze para aplicativos noarmazenamento do Dell SC. Isso significa que você só pode criar cópias locaisespecíficas do aplicativo. O AppSync é compatível com a tecnologia de replicação doDellSCSnap para gerenciar cópias locais que residem no Dell SC storage.

Montar e desmontar cópias DellAs operações de montagem ou desmontagem em arrays do Dell SC envolvem a adiçãoou remoção de snapshots para ViewVolumes e a concessão ou remoção(mascaramento ou desmascaramento) do acesso ao snapchot para ViewVolumes ouum conjunto de ViewVolumes para um host.

Antes de executar uma montagem ou desmontagem, realize o zoneamento do host demontagem para o array do Dell SC e registre o nome no host em seus iniciadores (HBAWWN ou IQN).

Se o host de montagem for uma máquina virtual, o seguinte é compatível com suporte:


Dell SC 323

l Conectividade iSCSI direta com a máquina virtual

l Conectividade FC ou iSCSI com o ESX que hospeda a máquina virtual



CAPÍTULO 13

Solução de problemas do AppSync

Esta seção apresenta informações sobre os problemas comuns encontrados durante ouso do AppSync.

l Coleta de registro automatizada...................................................................... 326l EMC Secure Remote Support.......................................................................... 327l Problemas do AppSync.................................................................................... 329l Manuseio de erros............................................................................................346l Log de eventos.................................................................................................347

Solução de problemas do AppSync 325

Coleta de registro automatizadaO AppSync oferece uma opção automatizada para coletar registros do servidor doAppSync e os hosts de agente do AppSync.

Os registros são coletados e salvos em um arquivo Zip no local que é especificadodurante a coleta de registros. Em caso de uma falha, nenhum registro é coletado. Vocêpode usar os registros coletados para relatar problemas que podem ser encontradosao usar o AppSync.

O arquivo de log final inclui:

l Registros do AppSync CAS

l Registros do servidor do AppSync

l Registros de agente do AppSync

Obs.

Se você selecionar a opção Collect EMCGrab/EMCRPT logs durante a coleta deregistros, os registros do agente incluem os registros do sistema e os registros deAppSync coletados usando a ferramenta EMCGrab ou a ferramenta EMCRPT paraWindows.

Os seguintes itens acompanham o AppSync:

l EMCGrab para Linux - acompanha o agent_plugin_bundles (C:\EMC\AppSync\agent\agent_plugin_bundles\linux\current_appsync_version) e éimplementado no host do agente quando a coleta de registros é iniciada.

l EMCGrab para AIX - acompanha o agent_plugin_bundles (C:\EMC\AppSync\agent\agent_plugin_bundles\aix\current_appsync_version) e éimplementado no host do agente quando a coleta de registros é iniciada.

l Agente EMCRPT para Windows - acompanha o agente do Windows e éimplementado no host do agente durante a instalação do agente.

Obs.

l Os registros do servidor do AppSync são coletados por padrão.

l Para coleta de registros, você precisa de acesso SMB a partir do servidor doAppSync até o plug-in de host do AppSync Windows.

Coletar registrosAntes de você começar

Essa operação requer a função de administrador de recursos no AppSync.

Procedimento

1. No console do AppSync, selecione Support > AppSync Log Collection.

A janela Coletar registros dos hosts registrados no AppSync é exibida.

2. Analise as informações de coleta de registros e, em seguida, clique em Next.

3. Selecione os hosts dos quais os registros devem ser coletados. Você podeselecionar vários hosts, ou selecione All hosts, se você quiser que os registrossejam coletados de todos os hosts que estão registrados com o servidor doAppSync.



4. (Opcional) Selecione Collect EMC Grab/EMCRPT para coletar os registrosque são gerados usando a ferramenta EMCGrab a partir dos hosts do agente.Isso inclui registros no sistema, logs de eventos e assim por diante, além doslogs do AppSync. Por padrão, essa opção fica desativada, e apenas os registrosdo AppSync são coletados dos hosts do agente.

5. Especifique um local válido no servidor em que os registros devem serarmazenados. Por padrão, os registros são armazenados no diretório C:\EMC\AppSync\jboss\advanced-logs.

Obs.

l Por padrão, os registros são mantidos por 20 dias. Para modificar o valorpadrão:

a. No console do AppSync, selecione Settings > Appsync Server Settings> Appsync Logs.

b. Atualize Log Retention (in days) e clique em Apply.

l Por padrão, a coleta de registros tem um tempo limite padrão de 45 minutos.Para modificar o valor padrão:

a. No console do AppSync, selecioneSettings > Appsync Server Settings> Appsync Logs.

b. Atualize Timeout for logcollection (in minutes) e clique em Apply.

6. Clique em Next.

A tela de Resumo de coleta de registros é exibida.

7. Analise o resumo de coleta de registros e clique em Finish.

A tela de Etapa de resultados é exibida com os detalhes de progresso da coletade registros.

8. Clique em Close.

9. Verifique se os logs são coletados.

Os registros estão localizados em uma pasta denominada com o registro de datae hora atual no caminho especificado. O formato de arquivo de log élogs_xxxx (por exemplo, logs_2362568136792142320_a00faa7f-a4d1-4d1d-92ad-1abdf0f29973_11_22_2017-11.09).

EMC Secure Remote SupportO EMC Secure Remote Support (ESRS) é um ponto de acesso seguro, com base emsoftware para atividades de suporte remoto entre a Dell EMC e sua infraestrutura deinformações da Dell EMC.

Registrando o ESRSVocê pode configurar o AppSync para se comunicar com o ESRS e fornecerinformação sobre configuração do sistema para a Dell EMC.


l Essa operação requer a função de administrador de recursos no AppSync.


EMC Secure Remote Support 327

l ESRS V3 (Virtual Edition) deve ser executado em um ambiente VMware ESX ouMicrosoft HyperV compatível.

l Você precisa de credenciais válidas do Suporte on-line da Dell EMC.

Procedimento

1. No console do AppSync, selecione Settings > Remote Support.

2. Clique em Register.

A caixa de diálogo de registro do ESRS VE é exibida.

3. Informe Active Gateway, Username, Password e o AppSync Server IP.

4. Clique em OK.

Obs.

l Você pode registrar somente um gateway do ESRS. Se você quiser registrarum gateway diferente do ESRS, remova o gateway do ESRS existente eadicione um novo.

l Os nós de cluster do ESRS não são compatíveis.

Informações de configuração enviadas para a Dell EMC por meio do ESRSO AppSync envia um arquivo de configuração para a Dell EMC uma vez por dia comdados internos sobre o seu ambiente.

Tabela 36 Informações de configuração

Categoria Detalhes

Configuração do agente l Número de hosts do Linux

l Número de hosts do Windows

l Número de hosts AIX

l Número médio de file systems por hosts

l Uso do agente em cluster

l Uso de configurações de LDAP

Configuração de armazenamento l Número de arrays

l Número de arrays do XtremIO

l Número de arrays VPLEX

l Número de arrays VNX

l Número de arrays VMAX V3

l Número de arrays VMAX V2

l Número de arrays Unity

l Número de arrays VNX

l Tipo de licença: Licença baseada emarray, Starter Pack, VSL e DPS



Tabela 36 Informações de configuração (continuação)

Categoria Detalhes

Configuração do aplicativo l Uso do VMware

l Número de centros virtuais

l Número de bancos de dados SQL

l Número de bancos de dados Exchange

l Número de bancos de dados Oracle

l Número de datastores

l Uso do Oracle RAC

l Uso de DAG Exchange

Uso de cópia l Uso da reutilização

l Número de cópias montadas atualmente

l Número de cópias SQL

l Número de cópias de datastore

l Número de cópias do Exchange

l Número de cópias do Oracle

l Número de cópias de file systems

l Número de cópias de reutilização de SQL

l Número de cópias de reutilização doOracle

l Número de cópias de reutilização do filesystem

Problemas do AppSync

Reinicialização necessária após a instalação do plug-in de host do AppSync

ProblemaSe você estiver instalando o plug-in de host do AppSync pela primeira vez, talvez sejanecessário reinicializar o Exchange Server após a conclusão da instalação. Em algunsambientes, a instalação do tempo de execução do Visual C++ 2010 exige umareinicialização. Em versões anteriores do AppSync, a instalação reinicializavaautomaticamente sem aviso. No entanto, as reinicializações automáticas foramremovidas do AppSync 2.0 e posteriores.

ResoluçãoPara verificar se uma reinicialização é necessária, consulte o seguinte no Windows\temp \appsync_host_plugin_setup.log :

>: "C:\Program Files\EMC\AppSync HostPlug-in\msredist\vcredist-10.0.40219.1-x64.exe" /qCommand.run(): starting stdout


Problemas do AppSync 329

monitor...Command.run(): starting stderr monitor...Command.complete(): waiting for process to complete.Command.complete(): process completed with exitcode: 3010

O código de saída de 3010 indica que uma reinicialização é necessária.

A conta do usuário não tiver as permissões corretas

ProblemaSe serviço de interface do Exchange do EMC AppSync não é registrado corretamente,verifique o arquivo ExchangeInterfaceInstall.log no diretório de plug-in\logsdo host do AppSync. Um problema comum é que a conta de usuário para executar oserviço não recebeu a permissão Log on as a batch job.

Se o AppSync não detectar os bancos de dados, verifique se a conta do usuário doserviço de interface do Exchange do EMC AppSync recebeu as permissões corretasdo Exchange.

ResoluçãoPara conceder as permissões corretas da conta do usuário e registrar manualmente oserviço de interface do Exchange do EMC AppSync:

1. Conceda ao usuário da conta que executará o serviço de interface do Exchange doEMC AppSync as permissões Log on as a batch job e Log on as aservice user rights.

2. Abra um prompt de comando e navegue até o diretório em que o plug-in de host doAppSync está instalado. O local padrão é C:\Program Files\EMC\AppSyncHost Plug-in.

3. Execute o seguinte comando para registrar o serviço e o componente do DCOM:

awExchangeInterface /service /user <"domain\username"> /password <"password"> /nopriv For example: awExchangeInterface /service /user mydomain /appsyncexchuser /passwordmYp@55W0rd.

4. Para configurar a senha para o componente DCOM, execute DCOMCNFG.

5. Expand Component Services > Computers > My Computer > DCOM Config.

6. Clique com o botão direito em EMC AppSync Exchange Interface e selecioneProperties.

7. Clique em sobre oIdentity.

8. Selecione This user e digite a conta de usuário e a senha da etapa 3.

9. Clique em OK.

10. Verifique se você pode iniciar o serviço de interface do Exchange do EMCAppSync executando: net start appsyncexchangeinterface.

11. Use o console do AppSync para detectar novamente o servidor. AcesseSettings >Servers, selecione o servidor e, em seguida, clique em Rediscover.

12. Detecte os bancos de dados da caixa de correio do Exchange. Acesse CopyManagement > Exchange e clique no Exchange Server. Talvez você precisedigitar as credenciais novamente.



O serviço de interface do Exchange do AppSync está parcialmente registrado

ProblemaSe os direitos e as permissões não forem concedidos corretamente à conta de usuário,ou se softwares conflitantes forem instalados, o serviço de interface do Exchange doAppSync não é registrado corretamente. Talvez seja preciso executar uma limpezamanual.

ResoluçãoFaça o seguinte:

1. Abra um prompt de comando e navegue até o diretório em que o plug-in de host doAppSync está instalado. O local padrão é C:\Program Files\EMC\AppSyncHost Plug-in.

2. Execute o seguinte comando para remover o serviço e excluir o componente doDCOM: awExchangeInterface /unregserver

3. Usando o console de serviços (service.msc), verifique se o serviço de interfacedo Exchange do EMC AppSync foi removido. Se isso persistir, execute: scdelete AppSyncExchangeInterface

4. Usando o console do Component Services (DCOMCNFG), verifique se ocomponente do DCOM do Exchange Interface Service do EMC AppSync foiremovido. Expand Component Services > Computers > My Computer > DCOMConfig.

5. Se o componente persistir, clique em DCOM Config, em seguida, no painelcentral, clique em EMC AppSync Exchange Interface e, em seguida, clique emDelete.

6. Usando o REGEDIT, verifique se todas as entradas obsoletas relacionadas àinterface do Exchange do AppSync foram excluídas.

Problema de timeout do VSS

ProblemaDurante a proteção de aplicativos que residem no Unity, XtremIO ou VPLEX noXtremIO, a proteção apresentará falha com o erro de timeout do VSS.

ResoluçãoAdicione o endereço IP e o FQDN do XMS no arquivo de host, localizado em C:\Windows\System32\drivers\etc\hosts. Por exemplo, 10.247.169.71 lrmb071.

Obs.

Você pode definir configurações de repetição VSS na fase de criação de cópia de umplano de serviço para aplicativos do Windows, como file system, Microsoft SQL eMicrosoft Exchange. Para bancos de dados do SQL Server, é possível considerar arealização de backup consistente em caso de falhas. O capítulo Proteger o SQL Serverfornece mais informações sobre o tipo de backup consistente em caso de falhas.

Problema de implementação e instalação do host

ProblemaAo instalar o plug-in do agente, a instalação de usuário SUDO poderá apresentar falha.

ResoluçãoVerifique o seguinte:


O serviço de interface do Exchange do AppSync está parcialmente registrado 331

1. O serviço SSH (Secure Shell Protocol) está configurado nos sistemas Unix/Linux.

2. Pacotes de BZip2, OpenSSH e OpenSSL estão disponíveis para AIX.

3. O pacote sg3_utils está disponível para Linux.

4. A porta SSH 22 está desbloqueada.

5. Há espaço o suficiente disponível no local de instalação.

6. O diretório do usuário/de instalação do usuário SUDO tem privilégio de"gravação".

O Guia de Instalação e Configuração do AppSync apresenta informações adicionais sobrea instalação do usuário SUDO.

Não é possível montar os grupos de discos do Oracle ASM após areinicialização do host

ProblemaNão é possível montar os grupos de discos do Oracle ASM de produção após areinicialização do host devido a discos ASMLIB conflitantes. As regras udev quemarcaram os dispositivos de uma cópia montada do AppSync não são carregados apósuma reinicialização, o que leva a um conflito entre os dispositivos ASMLIB de produçãoe os dispositivos da cópia montada. Se as regras udev não estiverem carregadas, osdispositivos da cópia montada são expostos por meio de seu cabeçalho ASMLIB, poisessa informação está presente no dispositivo de replicação e ele não é oculto pelasregras udev. Portanto, a instância do ASM vê dois discos ASMLIB com o mesmo nomee fica confusa.

ResoluçãoFaça um dos seguintes procedimentos:

l Desmonte a cópia do AppSync.

l Recarregue manualmente as regras udev de acordo com a versão da plataformaLinux.

Falha na montagem de grupos de discos ASM nas configurações de multi-pathing I/O do RHEL 6. x e 7. x

ProblemaSe você definir a string de disco para /dev/mapper/* no host de montagem, issopode resultar em um conflito, já que o AppSync tenta mascarar dispositivos usando astring de disco /dev/emc-appsync-*. Os caminhos /dev/emc-appsync-* sãoregras UDEV baseadas no parâmetro NOME (no caso do RHEL 6. x) ou baseadas noparâmetro SYMLINK (no caso do RHEL 7. x), e são como um alias nos dispositivosdo /dev/mapper/*. O conflito ocorre porque o mesmo dispositivo de destino émascarado usando dois caminhos: o caminho /dev/mapper/* e o caminho /dev/emc-appsync-*, e o ASM não aceita caminhos duplicados para discos candidatos.

ResoluçãoRemova /dev/mapper/* do parâmetro asm_diskstring usando o seguintecomando:

alter system set asm_diskstring= '<paths without /dev/mapper/*'> scope=both



Por exemplo, se os discos ASM existentes tiverem caminhos com aliases de multi-pathing I/O como /dev/mapper/asm_disk<n>, altere /dev/mapper/*para /dev/mapper/asm_disk*.

O AppSync apresenta falha ao montar grupos de discos ASM do Oracle(Event - ORCL_000043)

ProblemaO AppSync apresenta falha ao montar grupos de discos ASM do Oracle.

Resolução

1. Verifique o registro de agente anterior para a operação mountASMFilesystemspara confirmar se todos os dispositivos relacionados foram reveladoscorretamente.

2. Se multi-pathing I/O no Linux 6.x e 7.x for usado, certifique-se de que não hácaminhos duplicados para o ASM por meio do parâmetro asm_diskstringexistente. Falha na montagem de grupos de discos ASM nas configurações demulti-pathing I/O do RHEL 6.x e 7.x oferece mais informações.

3. Esse problema poderá ocorrer se o parâmetro asm_diskstring estiver vazio ouse ele estiver definido como caminhos aninhados como /dev/*, /dev/asm-disk*. Certifique-se de que um valor adequado seja atribuído ao parâmetroasm_diskstring.

4. Para versões do Linux, esse problema poderá ocorrer se houver algum arquivo deregras udev artificiais presente no diretório /etc/udev/rules.d/ mascarandoos mesmos dispositivos de destino com alguns outros parâmetros NAME/SYMLINK . Verifique se há um arquivo assim e remova-o, se houver.

5. Certifique-se de que haja espaço suficiente em /tmp.

O AppSync apresenta falha ao desmontar grupos de discos ASM do Oracle(Event - ORCL_000044)

ProblemaO AppSync apresenta falha ao desmontar grupos de discos ASM do Oracle duranteuma operação de restauração.

Resolução

1. Verifique se há algum banco de dados afetado que deve ser desligadomanualmente antes da restauração. O AppSync reporta os bancos de dadosafetados desprotegidos antes da restauração e você precisa desligá-losmanualmente.

2. Se a falha ocorre durante a desmontagem de uma cópia montada, conecte-se àinstância do ASM no host de montagem e desmonte manualmente o grupo dediscos montados usando o comando alter diskgroup <diskgroup name>dismount sqlplus. Antes de executar este comando, certifique-se de que o bancode dados montado e recuperado foi desligado.

Falha na detecção do banco de dados Oracle.

ProblemaSe um link simbólico é usado para ORACLE_HOME em /etc/oratab para um bancode dados, o AppSync apresenta falha na detecção do banco de dados quando o bancode dados é iniciado com o caminho atual.


O AppSync apresenta falha ao montar grupos de discos ASM do Oracle (Event - ORCL_000043) 333

SoluçãoLembre-se de iniciar o banco de dados com a variável ORACLE_HOME definida para omesmo caminho do link simbólico.

Falha na detecção do banco de dados Oracle: file system cheio

ProblemaA detecção do banco de dados Oracle falha com o seguinte erro:

No valid instance available when / file system is fullResoluçãoCertifique-se de que o espaço em disco ou o uso de inode na raiz (/) file system nãoesteja cheio.

O banco de dados Oracle apresenta falha para iniciar após uma reinicialização

ProblemaOs banco de dados armazenados do Oracle no AppSync não são iniciados após areinicialização de um host.

ResoluçãoSe os bancos de dados recuperados e montados não surgirem após umareinicialização, os motivos mais comuns podem ser:

l Os file systems não podem ser montados antes do acionamento da reinicializaçãodo banco de dados. O AppSync aguarda até um máximo de 1 minuto para amontagem dos file systems.

l A instância do ASM não pode ser iniciada (se o banco de dados reside nos gruposde discos do ASM). O AppSync aguarda até um máximo de 2 minutos para o inícioda instância do ASM.

l Após reconectar ao host reinicializado, se notar que os grupos de discos do ASMe/ou file systems onde o banco de dados montado e recuperado reside estiveremmontados, faça o seguinte:

1. Navegue até o caminho de instalação do agente do AppSync(normalmente /opt/emc/appsync).

2. Se a raiz é o proprietário da instalação do AppSync, execute ./acp -b .

3. Se um usuário SUDO for o proprietário da instalação do AppSync, entãoexecute su - <sudouser> e sudo ./acp -b.

4. Verifique se todos os bancos de dados que foram montados e recuperadosusando o AppSync estão abertos no modo de abertura desejado usando sqlplus.

Quando executar o acp -b, veja os eventos.

Para verificar os registros após uma reinicialização do host, consulte os seguinteslocais:

No Linux:

l Verifique /var/log/messages.

l Verifique /var/log/boot.log.

No AIX:



1. Adicione uma linha em /etc/inittab para direcionar os registros para o registrode inicialização e para os registros do console.

asdbora:2:once:/etc/asdbora 2>&1 | alog -tboot > /dev/console #oracle restart

2. Ative syslog, caso ele não esteja ativado, e verifique se há erros.

3. Verifique o registro de inicialização e o registro do console.

Script de reinicialização do Oracle não removido para os hosts UNIXregistrados usando um usuário do SUDO na desinstalação do agente

ProblemaO script de reinicialização do Oracle criado pelo AppSync, ou seja,o /etc/asdborapara AIX e o /etc/init.d/asdbora para o Linux não pode ser removido quando umusuário SUDO for utilizado para registrar o host. Não há nenhum impacto sobre afuncionalidade, é apenas um problema de limpeza.

SoluçãoDepois da remoção e da desinstalação do host agent do servidor AppSync:

1. Remova o script manualmente.

2. Remova os links simbólicos apontando para o arquivo asdbora caso eles nãotenham sido removidos do /etc/rc.d/[rc0.d,rc2.d, rc3.d, rc5.d].

O AppSync apresenta falha ao criar links simbólicos

ProblemaO AppSync apresenta falha ao criar links simbólicos no arquivo asdbora durante aseleção da opção para reiniciar o banco de dados após a reinicialização.

SoluçãoNo Linux, execute os seguintes comandos:

l ln -s /etc/init.d/asdbora /etc/rc.d/rc0.d/K01asdboral ln -s /etc/init.d/asdbora /etc/rc.d/rc3.d/S99asdboral ln -s /etc/init.d/asdbora /etc/rc.d/rc5.d/S99asdboraNo AIX, execute os seguintes comandos:

l ln -s /etc/asdbora /etc/rc.d/rc0.d/K01asdboral ln -s /etc/asdbora /etc/rc.d/rc3.d/S99asdbora

Verificação dos registros do sistema para a reinicialização do OraclePara verificar os registros do sistema para a reinicialização do Oracle:

No Linux, consulte:

l /var/log/messagesl /var/log/boot.logNo AIX:

1. Ative syslog (Obs.: Tenha cuidado ao editar /etc/syslog.conf)

2. Crie um arquivo vazio como touch /tmp/syslog.out


Script de reinicialização do Oracle não removido para os hosts UNIX registrados usando um usuário do SUDO na

desinstalação do agente 335

3. Copie as linhas a seguir e cole-as em /etc/syslog.conf

*.debug /tmp/syslog.out rotate size 100k files 4 *.crit /tmp/syslog.out rotate time 1d *.info /tmp/syslog.out rotate time 1d *.* /tmp/syslog.out rotate size 100k files 4

4. Digite o seguinte comando para reiniciar o serviço syslog:

refresh -s syslogd

5. Verifique se syslog.out está preenchido com os registros.

6. Confirme se uma entrada no /etc/inittab existe para: asdbora:2:once:/etc/asdbora 2>&1 | alog -tboot > /dev/console#oracle restart

7. Digite o seguinte comando para visualizar o registro de inicialização:

alog -o -t boot

8. Digite o seguinte comando para visualizar o registro do console:

alog -o -t console

O banco de dados falha ao iniciar com o SPFile criado

ProblemaQuando você monta uma cópia, o banco de dados não inicia com o SPFile criado.

ResoluçãoPara iniciar o banco de dados com o SPFile criado, conecte-se ao banco de dados eexecute os seguintes comandos:

l shutdown immediatel startup mount

Falha na recuperação do Oracle

ProblemaA recuperação de banco de dados Oracle pode falhar durante a montagem se o nomede banco de dados começa com um caractere numérico.

ResoluçãoO nome do banco de dados não deverá começar com um caractere numérico porque aOracle não permite que um ORACLE_SID comece com um caractere numérico.

Falha na detecção do banco de dados Oracle 12.2 RAC

ProblemaA detecção de bancos de dados Oracle 12.2 RAC pode falhar, se você não adicionar onome do banco de dados ou o SID no arquivo /etc/oratab ao criar o banco dedados usando DBCA.



ResoluçãoCertifique-se de adicionar o nome do banco de dados ou o SID no arquivo /etc/oratab ao criar o banco de dados usando DBCA.

Falha de recuperação de banco de dados Oracle durante a operaçãoprerecoverdb

ProblemaA recuperação de banco de dados Oracle apresentar falha durante a opraçãoprerecoverdb porque os dois destinos de arquivamento apontam para o mesmolocal no host de montagem.

MotivoEsse é um cenário periférico em que o banco de dados de produção tem dois destinosde arquivamento apontando para a Fast Recovery Area. Isso é possível quando oprimeiro destino aponta para use_db_recovery_file_dest e o segundo destinoaponta para o local real da Fast Recovery Area (por exemplo, /orafra/db).

log_archive_dest_1 - location=use_db_recovery_file_dest

log_archive_dest_2 - location=/ora_fra/bct_db

Nesse caso, se você não protege a Fast Recovery Area, mas seleciona 1 ou 2 destinosde arquivamento, o AppSync resolve o primeiro destino para o caminho real porque aFast Recovery Area não está protegida. Portanto, o parâmetrouse_db_recovery_file_dest não pode ser especificado para um destino dearquivamento durante a montagem. Isso causa o problema porque os destinos 1 e 2resolvem para o mesmo caminho.

ResoluçãoProteger a Fast Recovery Area quando qualquer registro de arquivamento selecionadoaponta para o parâmetro use_db_recovery_file_dest.

O AppSync apresenta falha ao congelar o banco de dados do SQL Server emtempo hábil (Event - SQL_000018)

ProblemaO AppSync pode apresentar falha ao congelar o banco de dados do SQL Server emtempo hábil, se houver muitas IO por segundo no banco de dados ou devido a outrosproblemas de desempenho do banco de dados.

Resolução

1. Adicione uma chave de registro CC_AGENT_THREAD_WAIT_TIME do tipoREG_DWORD com o valor de 1200 (consulte a etapa 3 para determinar o tempo realobtido durante um backup de Microsoft VDI). Além disso, adicione outra chave dotipo REG_DWORD com o mesmo valor de timeout de VDI queCC_SQL_VDI_TIMEOUT.

2. Considere a possibilidade de fazer um backup não VDI. Consulte as consideraçõessobre montagem e restauração do SQL server para conhecer as limitações debackups não VDI.

3. Entre em contato com o administrador de banco de dados do SQL Server pararesolver os problemas de desempenho. A Microsoft também oferece ferramentasde diagnóstico de backup de VDI que podem ser aproveitadas para verificar otempo necessário para backups de Microsoft VDI para um banco de dados. Paraobter mais informações, entre em contato com o Suporte da Dell EMC ou daMicrosoft.


Falha de recuperação de banco de dados Oracle durante a operação prerecoverdb 337

4. É possível considerar a realização do backup consistente em caso de falhas. Ocapítulo Proteger o SQL Server fornece mais informações sobre o backupconsistente em caso de falhas.

Obs.

Para backup do SQL consistente em caso de falhas, o AppSync não usa oframework VDI ou VSS. Portanto, não há timeout do VSS ou problemas de falha decongelamento/descongelamento.

Obs.

Isso não resolve os problemas de timeout do VSS que ocorrem devido à limitação de 10segundos da Microsoft. Essa solução é aplicável apenas se o AppSync não conseguirdesativar o banco de dados do SQL Server antes de o VSS entrar em ação.

Cluster do SQL — falha na montagem da cópia de segunda geração

ProblemaQuando cópias de primeira geração e de segunda geração são montadas em sequênciasob a mesma unidade de montagem em um cluster de montagem, a montagem dacópia de segunda geração apresenta falha.

SoluçãoLembre-se de colocar as unidades montadas existentes no modo de manutenção.Depois da colocação de todos os pontos de montagem em cluster no modo demanutenção, a montagem da cópia de segunda geração será bem-sucedida.

O AppSync coloca somente a raiz do ponto de montagem no modo de manutenção. Énecessário colocar as outras unidades em cluster montadas dentro da mesma unidadede raiz no modo de manutenção. Antes de desmontar as cópias, é necessário tirartodas essas unidades do modo de manutenção.

Erro de timeout durante a detecção de banco de dados SQL

ProblemaDurante a detecção de banco de dados SQL, você pode receber uma mensagem detimeout da solicitação mesmo depois de ajustar as configurações de servidor SQL comas credenciais apropriadas.

ResoluçãoNo SQL Server, navegue até Control Panel > Administrative Tools > ODBCapplication para iniciar o aplicativo ODBC e assegurar que o aplicativo estáfuncionando.

Como alternativa, você pode considerar executar o comando sfc ou scannow emDOS como administrador para resolver possíveis problemas com o aplicativo ODBC.No entanto, verifique com seu administrador de SQL ou Windows antes de executar ocomando, ou trabalhe com o proprietário do aplicativo ODBC para resolver problemas.

Falha da recuperação do SQL

ProblemaA recuperação do SQL pode falhar se:

l Há uma disparidade de versão no menor número de versão da instância do SQL

l A versão do plug-in de host de montagem é anterior à ersão 3.7 e a versão do plug-in de host de produção é a 3.7



ResoluçãoAtualize a versão do plug-in de host de montagem para 3.7 e detecte novamente ohost.

Uso de disco da pasta <AppSync>\jboss\standalone\tmp\vfs\

ProblemaOs arquivos no diretório <AppSync>\jboss\standalone\tmp\vfs\ são arquivostemporários. Se os arquivos acumularem na pasta, o uso do disco poderá ser muitoalto.

ResoluçãoPara liberar espaço em disco:

1. Interrompa o serviço do servidor do AppSync.

2. Interrompa o serviço de fonte de dados do AppSync.

3. Exclua todos os arquivos do diretório C:\EMC\AppSync\jboss\standalone\tmp\vfs.Isso limpará os arquivos antigos do tmp\vfs que podem afetar a troca.

4. Inicie o serviço de fonte de dados do AppSync.

5. Inicie o serviço do servidor do AppSync.

A criação de cópia do XtremIO demora

ProblemaA criação do snapshot no XtremIO demora um tempo significativo (mais de 2segundos) independentemente do host (Windows ou UNIX).

ResoluçãoAdicione o endereço IP e o FQDN do XMS no arquivo de host, localizado em C:\Windows\System32\drivers\etc\hosts. Por exemplo, 10.247.169.71lrmb071.

Alterando um IP de XMS

ProblemaAlterar o IP de um XMS quando uma operação de montagem estiver em andamentopode levar a uma falha de desmontagem porque o AppSync procura o IP do XMSantigo.

ResoluçãoAntes de alterar seu endereço IP do XMS, certifique-se de desmontar todas as cópiasdo XtremIO montadas no AppSync.

Erro durante a montagem do disco virtual ou do datastore

ProblemaSe as LUNs de destino da cópia forem expostas ao ESX, mas não forem montadas(estado desmontadas) como datastores para ESX, é possível que você encontre oseguinte erro:

Host Platform Config faultResoluçãoVerifique se mais de uma cópia do mesmo datastore não foi deixada em estadodesmontado no ESX.


Uso de disco da pasta <AppSync>\jboss\standalone\tmp\vfs\ 339

Falha no mapeamento do disco virtual

ProblemaO mapeamento do disco virtual apresenta falha mesmo depois da adição do VMwareVCenter Server e do storage array apropriados.

ResoluçãoVocê precisa definir o valor de disk.EnableUUId como true.

1. Desligue a máquina virtual.

2. Faça log-in no host do vCenter Server ou do ESX/ESXi por meio do vSphereClient.

3. Clique com o botão direito na máquina virtual e clique em Edit Settings.

4. Clique na guia Options.

5. Acesse Advanced > General > Configuration Parameters.

6. Adicione ou modifique a linha disk.EnableUUID com o valor TRUE.

7. Clique em OK para salvar

8. Clique em OK para sair.

9. Clique com botão direito em máquina virtual e clique em Remove from Inventorypara cancelar o registro da máquina virtual do inventário do vCenter Server.

Obs.

Se você executar essa alteração com uma linha de comando, use o comando vim-cmd para recarregar o arquivo vmx. Para obter mais informações, consulte o artigorelevante da base de conhecimento da VMware.

10. Ligue a máquina virtual.

A proteção de file systems ou aplicativos Oracle em dispositivos de multi-pathing I/O falha durante o mapeamento

ProblemaA proteção de file systems ou aplicativos Oracle em dispositivos de multi-pathing I/Ono RHEL falha durante o mapeamento com o seguinte erro:disk.EnableUUID=TRUE is not enabled for the virtual device.

A razão pode ser uma destas:

l File systems são criados em dispositivos de multi-pathing I/O /dev/mpath/.

l O arquivo lvm.conf pode ser gravado como preferred_names = [ "^/dev/mpath/", "^/dev/mapper/mpath", "^/dev/[hs]d" ].

Resolução

l O AppSync dá suporte a dispositivos criados apenas por dispositivos /dev/mapper/ porque eles são persistentes e criados durante a inicialização.

l O arquivo lvm.conf deve ser modificado para gravação comopreferred_names = [ "^/dev/mapper/mpath", "^/dev/[hs]d" ].



Montagem de um file system ou um banco de dados Oracle no RHEL 7.x falha

ProblemaA montagem de um file system ou um banco de dados Oracle no RHEL 7.x pode falhar,se os dispositivos de destino não estiverem sob o controle do MPIO durante amontagem.

ResoluçãoCertifique-se de comentar o parâmetro find_multipaths no arquivo /etc/multipath.conf.

Falha na reutilização de file systems em várias LUNs

ProblemaA reutilização de file systems em várias LUNs pode apresentar falha se os file systemsreutilizados forem de tipos diferentes de armazenamento.

ResoluçãoLembre-se de reutilizar os file systems no mesmo array juntos.

ProblemaA reutilização dos file systems em várias LUNs pode apresentar falha se o número deLUNs que serão protegidas exceder o número de unidades de armazenamentopermitidas pelo servidor do AppSync.

Resolução

l Tente reutilizar menos file systems.

l Por padrão, o número de unidades de armazenamento permitido é 12. Se desejarreutilizar file systems adicionais, defina as configurações do servidor da seguintemaneira:

n Para arrays VMAX – max.vmax.block.affinity.storage unitsn Para arrays VNX – max.vnx.block.affinity.storage.unitsn Para arrays VPLEX e XtremIO –

max.common.block.affinity.storage.unitsPara obter mais informações sobre a definição das configurações do servidor, entreem contato com o suporte da Dell EMC.

ProblemaA reutilização dos file systems em várias LUNs pode apresentar falha se o subconjuntode file systems a ser reutilizado não existir no host.

ResoluçãoCrie cópias de reutilização e agende novamente.

Tipo de file system alterado não atualizado após a descoberta de host

ProblemaO AppSync não atualiza automaticamente o tipo de file system do Windows quandoum file system é alterado de NTFS para ReFS ou de ReFS para NTFS.


1. Remova o file system no host.


Montagem de um file system ou um banco de dados Oracle no RHEL 7.x falha 341

2. Detecte file systems novamente no AppSync.

3. Adicione o novo file system com o tipo alterado no host.

4. Detecte file systems novamente no AppSync mais uma vez.

Falha na montagem de um snapshot de file system para RHEL7

ProblemaFalha na montagem de um snapshot de file system para RHEL7.

ResoluçãoVocê deve definir o parâmetro auto_activiation_volume_list no arquivolvm.conf para ler o seguinte:auto_activation_volume_list =[ "vplexvg1", "vplexvg2", "ol" ]

Falha na restauração da lockbox de CST

ProblemaO log-in no AppSync apresenta falha com um problema de lockbox. Verifique osregistros em C:\EMC\AppSync\apache-tomcat\logs para verificar a falha.

Solução

1. Interrompa todos os três serviços do AppSync, que são: o serviço do datastore doEMC AppSync, o serviço do servidor de segurança do EMC AppSync e o serviçodo servidor do EMC AppSync.

2. Exclua todos os arquivos de C:\EMC\AppSync\cst\xml.

3. Copie os arquivos de C:\EMC\cstBackup\<timestamp>\xml para C:\EMC\AppSync\cst\xml. Lembre-se de copiar os arquivos com o registro de data ehora de trabalho mais recente.

4. Inicie todos os três serviços do AppSync.

5. Faça log-in no AppSync.

Falha na proteção e na reutilização no VMAX

ProblemaAo proteger ou ao reutilizar os aplicativos no VMAX, uma falha ocorre com o seguinteerro:

the device is already in requested state

SoluçãoA falha da proteção ou reutilização deve ter ocorrido antes da ativação da sessão doclone, colocada pelo AppSync no estado PreCopy. Para verificar, busque o estado dasessão do clone para cada um dos dispositivos de origem. Faça o seguinte:

1. Faça login no host com o SMI-S instalado.

2. Abra uma janela de prompt de comando. Digite os seguintes comandos:

cd "\Program Files\EMC\SYMCLI\bin" symclone -sid <symmetrix_id> list

3. Se as sessões do clone de origem estiverem no estado PreCopy, adicione asinformações do dispositivo de origem e destino em um arquivo (cada linha do



arquivo deve estar no formato <DISPOSITIVO DE ORIGEM> <DISPOSITIVO DEDESTINO>) e ative a sessão do clone usando o comando symcli.

4. Digite o seguinte comando para ativar a sessão e alterar a sessão do clone doestado PreCopy para o estado CopyInProg:

symclone -sid <symmetrix_id> -file <full_path_to_filename> activate -noprompt

Os serviços do AppSync não iniciam após a reinicialização

ProblemaSe o servidor do AppSync estiver instalado no host do Windows, o servidor desegurança do AppSync e os serviços de servidor do AppSync não serão iniciados apósuma reinicialização.

ResoluçãoExecute um reparo do servidor do AppSync no host para resolver esse problema.

Problema de configuração de servidor Windows

ProblemaAo configurar o servidor de Windows, ele falha com o seguinte erro:Host plug-inregistered to another AppSync serverResoluçãoFaça o seguinte:

1. Selecione Start > Run.

2. Digite regedit e clique em OK.

3. Navegue até HKEY_LOCAL_MACHINE > Software > EMC > AppSync.

4. Exclua as seguintes chaves de registro:

l CC_AUTH_PEER_CERT

l CC_AUTH_SELF_CERT

l CC_AUTH_SELF_KEY

5. Reinicie o serviço de plug-in de host do AppSync antes de tentar adicionar oagente do Windows a outro servidor do AppSync.

Flash no Windows Server 2012 R2

ProblemaHá um problema na execução do Flash no Windows Server 2012 R2. O Adobe Flash éinstalado e habilitado somente quando você habilita a experiência de Desktop. Não énecessário habilitar o Flash Player no Windows 2008 R2.

ResoluçãoPara o Windows 2008 R2, acesse o site da Adobe para fazer download e instalar aversão mais recente do Flash Player.

Para Windows Server 2008 R2 ou Windows Server 2012 R2, você deverá desligar oInternet Explorer Enhanced Security Configuration. Feche todas as janelas abertas doInternet Explorer. Analise estes cenários:

1. l Se você estiver executando o Windows Server 2008 R2, navegue até a seçãode informações de segurança do resumo do servidor e, em seguida, clique em


Os serviços do AppSync não iniciam após a reinicialização 343

Configure IE ESC para abrir a caixa de diálogo Internet Explorer EnhancedSecurity Configuration.

l Se você estiver executando o Windows Server 2012, clique em Configure thislocal server para abrir a página de configuração Local Server. Navegue atéPropriedades, ao lado de IE Enhanced Security Configuration e, em seguida,clique em On para abrir a caixa de diálogo do Internet Explorer EnhancedSecurity Configuration.

2. Para editar o Internet Explorer Enhanced Security Configuration quando osmembros do grupo de administradores local estão conectados, acesseAdministrators e, em seguida, clique em Off.

3. Para editar o Internet Explorer Enhanced Security Configuration quando todos osoutros usuários estão conectados, navegue até Userse, em seguida, clique em Off(Recomendado).

4. Clique em OK para aplicar as alterações.

Além disso, ative a experiência de Desktop no Windows Server 2012. Siga estasetapas:

1. Abra o gerenciador de servidores e clique em Add Roles and Features.

2. Quando o Assistente Add Roles and Features for exibido, especifique os valoresnas páginas Installation Type, Server Selection e Server Roles.

3. Na página Features, expanda User Interfaces and Infrastructure e selecioneDesktop Experience.

4. Na página de confirmação, selecione Restart the destination serverautomatically if required e clique em Install.

Atualização do navegador

ProblemaSe você atualizar o navegador usando o ícone Refresh ou pressionando F5 em seuteclado, o conteúdo no console do AppSync não é exibido.

ResoluçãoPara atualizar o conteúdo no console do AppSync, use o ícone Refresh na partesuperior direita do console.

Plano de serviço agendado apresenta falha

ProblemaSe você agendou um plano de serviço recorrente para um banco de dados, porexemplo, todos os dias, às 15h, e uma ferramenta de backup também está agendadapara ser executada ao mesmo tempo em um dia específico (por exemplo, sexta-feira,às 15h), a proteção do AppSync pode apresentar falha devido a conflitos de recursos.

ResoluçãoPara agendar um plano de serviço para ser executado todos os dias, com exceção deum dia específico (por exemplo, sexta-feira, às 15h), você deve criar doisagendamentos:

l Defina um agendamento para execução "Every day at…" em > 12 AM, 3 AM, 6 AM,9 AM, 12 PM, 6 PM, 9 PM

l Defina um agendamento para execução "On selected days…" em > 3 PM onSunday, Monday, Tuesday, Wednesday, Thursday, Saturday



O AppSync não é iniciado no Google Chrome

ProblemaPor padrão, o Google Chrome bloqueia algumas portas por motivos de segurança (porexemplo, a porta 123). Se você usar essa porta para protocolos do Appsync, comohttp, htts, CAS ou tomcat, o Appsync pode falhar ao iniciar em um navegador Chromecom o seguinte erro:

ERR_UNSAFE_PORT

ResoluçãoFaça um dos seguintes procedimentos:

l Use um navegador diferente para iniciar o AppSync.

l Habilite o número da porta usado durante a instalação do Appsync. Por exemplo,para habilitar as portas 123, 80 e 84 para o Chrome, digite o seguinte comando:

C:\Program Files (x86)\Google\Chrome\Application>chrome.exe --explicitly-allowed-ports=123,80,84

Falha ao fazer upgrade do AppSync

ProblemaDurante o upgrade, o AppSync pode falhar com o seguinte erro de Xcopy:

Invalid drive specification

ResoluçãoCertifique-se de que você tem as permissões necessárias para a pasta raiz da unidade.

Por exemplo, se o AppSync está instalado na unidade E, você deve ter permissõesexplícitas para ler, gravar e modificar a unidade E.

Falha do banco de dados do servidor do AppSync

ProblemaO banco de dados do servidor do AppSync pode corromper-se caso o host do servidordesligar abruptamente.


1. Desinstale e reinstale o AppSync.

2. Importe o backup mais recente do PG realizado pelo AppSync.

A seção Schedule automated backup of the AppSync server databasenoAppSync Installation and Configuration Guide apresenta informações adicionais sobreo agendamento de backups.

Falha de montagem no RHEL 7.4

ProblemaA montagem pode apresentar falha em um host RHEL 7.4 com a exceção dovgimportclone.


O AppSync não é iniciado no Google Chrome 345

ResoluçãoEsse é um bug do RHEL 7.4. Uma possível solução temporária é editar oarquivo /etc/lvm/lvm.conf no host de montagem e habilitar a variávelauto_activation_volume_list. Defina seu valor para grupos de volume que devem serativados por padrão. Além disso, defina o indicador use_lvmetad como 0. Para obtermais informações, consulte a documentação do RHEL.

Manuseio de errosO formato de registros do AppSync é fixo e qualquer ferramenta de monitoramento deregistros pode ser ajustada para corresponder à expressão apropriada para a emissãode um alerta nos serviços de suporte. Você pode verificar a parte de metadados de umevento registrado para determinar se um evento é ou não um evento de erro. Se vocêvir um TYPE-ERRO, então ele é um evento de erro. O ID é exibido depois do EVENTOem [] e o texto que aparece (excluindo as informações de metadados) após o ID doevento é a mensagem do evento. Outros detalhes como a hora do erro, de qualservidor do AppSync, de qual usuário do AppSync e assim por diante também podemser rastreados. A categoria de eventos está indicada no ID DO EVENTO (por exemplo,ORCL, DPL, HST, SPP etc.).

Seguem alguns exemplos de eventos gerados pelo AppSync:

l 07-09-2016 14:06:57.489 INFO [Thread-58 (HornetQ-client-global-threads-2113097824)][com.emc.archway.service.eventservice.EventServiceBean] [][] EVENT [ORCL_000104]: During discovery, AppSync detectedthat the following database(s) were offline: SymASM. As aresult, they will not be available for protection.(METADATA:TYPE-ERROR, TIME-2016-07-0914:06:57.469-0400NATIVETIME-2016-07-09 14:06:57.469-0400,HOST-lrmk096, PHASE-, THREAD=Thread-58 (HornetQ-client-global-threads-2113097824), USER-admin, CATEGORY-GENERIC,SESSIONID-5br0S4+nz3-n6SzORPWYGAcn.undefined)

l 07-21-2016 05:07:45.076 INFO [Thread-156 (HornetQ-client-global-threads-436170702)][com.emc.archway.service.eventservice.EventServiceBean] [][] EVENT [SPP_000001]: Mount copy phase for RPdb1beginning(METADATA: TYPE-INFO, TIME-2016-07-2105:07:45.076-0400NATIVETIME-2016-07-21 05:07:45.076-0400,HOST-lrmk096, PHASE-Mount copy, THREAD=Thread-156 (HornetQ-client-global-threads-436170702), USER-admin, CATEGORY-GENERIC, SESSIONID-FPO4yGMevayAeRzNPJC8AAF0.undefined)

l 07-21-2016 05:04:26.027 INFO [Thread-158 (HornetQ-client-global-threads-436170702)][com.emc.archway.service.eventservice.EventServiceBean] [][] EVENT [UNM_000001]: Skipping unmount phase. There were nopreviously mounted copies found for the applications underprotection during this cycle.(METADATA: TYPE-INFO,TIME-2016-07-21 05:04:26.027-0400NATIVETIME-2016-07-2105:04:26.027-0400, HOST-lrmk096, PHASE-Create CRR bookmarkcopy, THREAD=Thread-158 (HornetQ-client-global-threads-436170702), USER-admin, CATEGORY-GENERIC,SESSIONID-)



l 07-21-2016 05:04:10.178 INFO [Thread-158 (HornetQ-client-global-threads-436170702)][com.emc.archway.service.eventservice.EventServiceBean] [][] EVENT [SPP_000001]: Application mapping phase for RPdb1beginning(METADATA: TYPE-INFO, TIME-2016-07-2105:04:10.178-0400NATIVETIME-2016-07-21 05:04:10.178-0400,HOST-lrmk096, PHASE-Application mapping, THREAD=Thread-158(HornetQ-client-global-threads-436170702), USER-admin,CATEGORY-GENERIC, SESSIONID-)

l 07-21-2016 05:04:09.398 INFO [Thread-162 (HornetQ-client-global-threads-436170702)][com.emc.archway.service.eventservice.EventServiceBean] [][] EVENT [MILE_000006]: Application discovery phase forRPdb1 completed successfully(METADATA: TYPE-INFO,TIME-2016-07-21 05:04:09.398-0400NATIVETIME-2016-07-2105:04:09.398-0400, HOST-lrmk096, PHASE-Applicationdiscovery, THREAD=Thread-162 (HornetQ-client-global-threads-436170702), USER-admin, CATEGORY-MILESTONE,SESSIONID-)

l 07-21-2016 05:03:11.102 INFO [Thread-89 (HornetQ-client-global-threads-436170702)][com.emc.archway.service.eventservice.EventServiceBean] [][] EVENT [VNX_000052]: Successfully created repurpose VNXsnapshot copy AppSyncSnap-20160721_050227:80-545e3dbf-d238-4c8e-bd2e-883666512bb8-APPSYNC_TMP_CG_20160721_050228:484_400_0_488.CopySnap.oracle.auto1_repurpose.2.1.20160721_050310:946 of source VNXsnapshot AppSyncSnap-20160721_050227:80-545e3dbf-d238-4c8e-bd2e-883666512bb8-APPSYNC_TMP_CG_20160721_050228:484_400_0_488.(METADATA:TYPE-INFO, TIME-2016-07-2105:03:11.102-0400NATIVETIME-2016-07-21 05:03:11.102-0400,HOST-lrmk096, PHASE-Create 2nd gen archLogs copy,THREAD=Thread-89 (HornetQ-client-global-threads-436170702),USER-admin, CATEGORY-GENERIC, SESSIONID-Hgg-ZRqpCV0ixTrPp-tXbJ+C.undefined)

l 07-21-2016 05:00:28.724 INFO [Thread-158 (HornetQ-client-global-threads-436170702)][com.emc.archway.service.eventservice.EventServiceBean] [][] EVENT [LIC_000004]: Storage array APM00140431583 is notlicensed for use with AppSync, but is within the 90 daytrial period.(METADATA: TYPE-WARNING, TIME-2016-07-2105:00:28.724-0400NATIVETIME-2016-07-21 05:00:28.724-0400,HOST-lrmk096, PHASE-Create CRR bookmark copy,THREAD=Thread-158 (HornetQ-client-global-threads-436170702),USER-admin, CATEGORY-GENERIC, SESSIONID-Hgg-ZRqpCV0ixTrPp-tXbJ+C.undefined)

Log de eventosl O arquivo events.log captura os eventos gerados para cada execução de um

plano de serviço. Ele está localizado no mesmo lugar que o arquivo server.log.Também captura os detalhes dos recursos durante as diferentes fases.


Log de eventos 347

Por exemplo:

Resource involved at discovery phase are:Production host Name lrmq020. Version :Microsoft(R) Windows(R) Server 2008 R2 Enterprise Edition 64-bit Service Pack 1 (build 7601)Host : lrmq020 belongs to Virtual Center : lrma093 and Virtual Center version : 5.5.0SQLServerInstance LRMQ020, Version : 10.50.1600.1 , Clustered : false

l A contagem de rodízio do arquivo de log e o tamanho do arquivo de log dependemde Settings > AppSync Server Settings >Trace Logs.



GLOSSÁRIO

A

array Conjunto de unidades de disco no qual os dados do usuário e os dados de paridadepodem ser armazenados. Os dispositivos podem consistir em alguns ou todas asunidades em um array.

ASM (AutomatedStorage Management,

gerenciamento dearmazenamento

automatizado)

O ASM, um gerenciador de volumes de disco usado para armazenar arquivos Oracle,permite aos administradores adicionar e remover discos enquanto o banco de dadosestá disponível. Os dados são automaticamente fracionados por todos os discos em umgrupo de discos.

C

caminho alternativo Um caminho alternativo definido pelo usuário que o AppSync usa durante a montagemde uma cópia.

caminho original O caminho de montagem que o AppSync usa para montar cópias. O mesmo caminhoque o host de produção.

caminho padrão O caminho alternativo predefinido do AppSync usado ao montar uma cópia. O formato é%SystemDrive%\\AppSyncMounts\\%%ProdServerName%%\\.

CLI (Command LineInterface, interface de

linha de comando)

O método do sistema operacional ou do software de aplicativo é digitar comandos paraexecutar tarefas específicas.

completo — backup doSQL

O tipo de server backup do SQL usado para proteger o banco de dados e a parte ativados registros de transações. O tipo de backup completo permite que você restaure osregistros de transações para que você possa restaurar o banco de dados para um point-in-time mais recente que a cópia.

cópia — SQL backup O tipo de server backup do SQL usado para proteger o banco de dados e a parte ativado registro de transações sem afetar a sequência de backups. O tipo de backup decópia permite que você faça um backup sem afetar outras ferramentas de backup quepodem estar no processo de criação de cópias completas do banco de dados.

D

dispositivo distribuído Dispositivo RAID 1 cujos espelhos estão em diferentes clusters VPLEX.

E

evento Mensagem de registro que resulta de uma ação significativa iniciada por um usuário oupelo sistema.


F

failover Alternância automática para um dispositivo redundante ou em stand-by, sistema oucaminho de dados em caso de falha ou encerramento anormal do dispositivo, sistema oucaminho de dados atualmente ativo.

G

grupo de recursos Um conjunto de recursos em cluster gerenciado como um objeto em cluster único.Normalmente, um grupo de recursos contém todos os recursos em cluster que sãonecessários para executar um aplicativo ou serviço específico. Failover e failbacksempre agem em grupos de recursos.

H

host de montagem O sistema que o AppSync usa para montar uma cópia. Ele pode ser diferente do sistemade produção.

host de produção O computador de produção que contém o sistema de informação que gerencia os dadosde produção: um servidor de banco de dados, o servidor da Web,o servidor do aplicativoou o servidor de arquivos.

L

LUN (Logical UnitNumber)

Armazenamento virtual para o qual um determinado servidor com uma conexão físicacom o dispositivo de armazenamento subjacente pode ter acesso concedido ou negado.As LUNs são usadas para identificar dispositivos SCSI, como unidades externas de discorígido que estão conectados a um computador. A cada dispositivo é atribuído umnúmero LUN que serve como endereço exclusivo do dispositivo.

M

metadata Informações sobre dados como qualidade, conteúdo e condição de dados.

P

plano de serviço Define os atributos de uma cópia que o AppSync cria e gerencia.

plug-in de host Um software de agente do AppSync que é instalado e utilizado em hosts de produção ede montagem para executar determinadas funções para facilitar a proteção e arecuperação de aplicativos.

proteção contínua dedados

O método de proteção de dados em que todas as alterações de dados sãocontinuamente capturadas e controladas, permitindo a recuperação de dados paraqualquer point-in-time.

Glossário


R

RAC Clusters de aplicativos reais. Permite várias instâncias Oracle em diferentes nós de umcluster para acessar um banco de dados compartilhado no cluster para facilitar obalanceamento de carga.

RAID Uso de dois ou mais volumes de armazenamento para proporcionar melhordesempenho, recuperação de erros e tolerância para falhas.

RAID 0 Uma técnica de mapeamento de dados fracionados ou dispersos orientada pordesempenho. Blocks de armazenamento dimensionados uniformemente são distribuídosem sequência regular a todos os discos de arrays. Proporciona alto desempenho de I/Oa baixo custo inerente. Não são necessários discos adicionais. As vantagens do RAID 0são um design bem simples e a facilidade de implementação.

RAID 1 Também chamado de espelhamento, ele tem sido usado há mais tempo do que qualqueroutra forma de RAID. Ele permanece popular por causa da simplicidade e do alto nívelde disponibilidade dos dados. Um array espelhado consiste em dois ou mais discos.Cada disco em um array espelhado detém uma imagem idêntica dos dados do usuário.RAID 1 não tem particionamento. O desempenho de leitura é aprimorado, uma vez que odisco pode ser lido ao mesmo tempo. O desempenho de gravação é inferior ao doarmazenamento em disco único. As gravações precisam ser realizadas em todos osdiscos ou espelhos no RAID 1. O RAID 1 proporciona confiabilidade muito boa de dadospara aplicativos com uso intenso de leitura.

recuperar A operação adicional executada em um aplicativo protegido para colocar o aplicativo on-line e em execução, depois que a cópia foi montada ou restaurada.

recurso de nome de rede Um nome de servidor lógico que é gerenciado como um recurso de cluster. Um recursode nome de rede deve ser usado com um recurso de endereço IP.

rede Sistema de computadores, terminais e banco de dados conectados por linhas decomunicação.

restaurar O processo realizado em uma cópia de um aplicativo protegido para trazer os dados deprodução do aplicativo para conter dados consistentes até certo ponto no tempoanterior ao momento atual.

RPA (RecoverPointAppliance, dispositivo do

RecoverPoint)

Hardware que gerencia todos os aspectos de proteção de dados de um grupo dearmazenamento, inclusive a captura de alterações, mantendo as imagens nos volumesde registro e realizando a recuperação da imagem.

S

SAN (Storage AreaNetwork, rede de área

de armazenamento)

Rede ou sub-rede de alta velocidade e finalidade especial que interconecta diferentestipos de dispositivos de armazenamento de dados aos servidores de dados associadosem nome de uma rede maior de usuários.

site do RecoverPoint Todas as entidades do RecoverPoint que estão em um lado da replicação.

Glossário


SRDF Uma tecnologia que permite que dois ou mais sistemas Symmetrix mantenham ummirror remoto de dados em mais de um local. Os sistemas podem ser localizados dentroda mesma instalação, em um campus, ou a centenas de quilômetros de distânciautilizando fibra ou circuitos dedicados de alta velocidade. A família SRDF de software dereplicação oferece vários níveis de configurações de alta disponibilidade, como SRDF/Synchronous (SRDF/S) e SRDF/Asynchronous (SRDF/A).

T

TimeFinder O Symmetrix TimeFinder é uma solução de continuidade de negócios que permite quevocê use dispositivos Symmetrix especiais chamados BCVs (Business ContinuanceVolumes, volumes de continuidade de negócios) para criar mirrors de dados Symmetrix.

TimeFinder Clone As cópias de um dispositivo de origem em vários dispositivos de destino. Os dispositivosde origem e de destino podem ser dispositivos padrão ou dispositivos de BCV (BusinessContinuance Volume, volume de continuidade de negócios) enquanto forem todos domesmo tamanho e tipo de emulação. As cópias de clone de metadispositivosfracionados ou concatenados também podem ser criadas, mas os metadispositivos deorigem e de destino devem ser completamente idênticos em contagem da fração,tamanho da fração e capacidade. Uma vez ativada, a cópia pode ser acessadainstantaneamente pelo host do destino, mesmo antes de os dados serem totalmentecopiados para o dispositivo de destino.

TimeFinder Snap Um dispositivo acessível a host, contendo informações sobre o local de nível de trilha(indicadores), que indica onde os dados da sessão estão localizados no armazenamentofísico. As operações de snapshot do TimeFinder fornecem cópias de dispositivo desnapshot, usando VDEVs (virtual devices, dispositivos virtuais).

U

UUID (universal uniqueidentifier, identificador

universal exclusivo)

Um número de 64 bits usado para identificar com exclusividade uma cópia do AppSync.

V

VDI VDI (Virtual Device Interface, interface de dispositivo virtual). O SQL Server forneceuma API chamada VDI (Virtual Device Interface, interface de dispositivo virtual) queajuda o agente do AppSync no fornecimento de suporte para as operações de backup erestauração. Essas APIs fornecem o máximo de confiabilidade e desempenho e dãosuporte a uma gama completa de Server backup de SQL e funcionalidade derestauração, inclusive a gama completa de recursos de backup de snapshot.

volume dearmazenamento

LUN (Logical Unit Number) ou unidade de armazenamento apresentada pelo array deback-end.

volume virtual Unidade de armazenamento apresentada pelas portas front-end do VPLEX para oshosts. Um volume virtual parece um volume contíguo, mas pode ser distribuído paradois ou mais volumes de armazenamento.

Glossário


VSS VSS (Volume Shadowcopy Service, serviço de cópias de sombra de volume). Serviço earquitetura Microsoft Windows que coordena vários componentes para criar cópias dedados point-in-time consistentes chamadas imagens shadow copy.

Glossário


Glossário


ÍNDICE REMISSIVO

AAções da CLI 27agendamento de reutilização 279agendamento do plano de serviço 196alerta 289, 291, 292

e-mail 291, 292eventos associados 289filtrando 289quando exibido 289quando gerado 289

alertas 290alertas de e-mail 292alertas por e-mail 291AlwaysOn Availability Groups 122AppSync

arquitetura 18console 19interface do usuário 19Interface REST 19plug-in de host 19resumo das etapas de implementação 90server 19visão geral 16

Array VNXmontagem dinâmica 295

assqlrestore 173atualização da reutilização 280atualização do navegador 344atualizar 28

BBackup do SQL server 143backups de registro de sql 126banco de dados

remover do plano 137Banco de dados SQL 128, 136

página de cópias 128

Ccancelar inscrição 34CLI 19Cluster do PowerHA 224coexistência com o Replication Manager 20coleta de registro 326comandos de assqlrestore 171comentários 11Configuração do VNX file 296consistência de máquina virtual 259console

efeito da função de usuário em 22horas mostradas 22preferências 22realizando ações 22starting 23

visão geral 22convenções para publicação 11Cópia de banco de dados do SQL

vence 140Cópia de datastore do VMware

vence 261Cópia de montagem de file system 240Cópia de montagem do Oracle 203Cópia de VMFS de montagem 266copiar

vence 93copyDetails 38criando uma cópia de banco de dados na página Copies

195

Ddatacenter 256, 260

imagens 260datastore 256, 258, 259, 270

cancelar a inscrição do plano 259configurar proteção 258entidades afetadas 270

Datastore do VMware 268datastore, vmware 258datastores 253definição 54Dell SC 323desmontagem de uma cópia de banco de dados

on demand 162, 246desmontar uma cópia do datastore

on demand 268detalhes e resumo do plano de serviço 196detecção de aplicativos 262detectar 138, 256disableSP 30do agente, Consultar plug-in de host do AppSync ,

Consultar plug-in de host do AppSyncdocumentação relacionada 11

Ee-mail 291em discos virtuais 119enableSP 29ESRS 327, 328evento

relacionado a alertas 289exchange 91Exchange 63, 87, 88, 91–93, 97, 98, 102–105, 108, 111,112, 114, 116, 266, 288

DAG 91detectar bancos de dados 91erros de registro de eventos 97inscrever banco de dados em um plano de serviço

93, 288


interação com VSS 97, 105layout de banco de dados e registro 98montagem 104, 105mount 105, 266planos incluídos 63protect 92proteger imediatamente 92remover servidor de caixa de correio 91requisitos para restauração parcial 114restaurar 111, 112restauração 105restauração de banco de dados excluído 116tipo de backup 97verificação de consistência 102, 103visão geral do suporte 88VSS 97

excluir uma cópia 93excluir uma cópia de banco de dados SQL 140excluir uma cópia do datastore 261expiração de backups de registros do sql server 131expiração de reutilização 282expirando um banco de dados 195

FFalha do VSS 99, 144, 238fase mount

cópia do datastore 264file system 76, 222, 226, 235, 238, 247, 341File system 221, 223, 234, 243, 340

Assistente Mount 243File system, ponto de montagem de alteração 245File systems NFS 222flash 343função

definição 17efeito no console 22

Iinformações de suporte 11inscrição 33instalação 331Integração de clusters do HACMP 181Interface REST 19

LLista de máquinas virtuais protegidas 259listCopies 36Lockbox de CST 342log de eventos 347login 27logout 28

Mmapeamento de caminho 109, 110, 163, 164, 212, 213,

248, 249máquina virtual

página de cópias 260mascaramento de dados 282Microsoft Exchange, Consultar Exchange , Consultar

Exchange

monitor 290Monitor 287montagem

dinâmica 295locais 104máquina virtual 295

montagem de cluster 295, 303Montagem de cópia de snapshot de VNX File 298montagem dinâmica 295montagens dinâmicas e estáticas 313montar em cluster 211mount 39, 102, 105, 107, 108, 155, 162, 246, 266, 268,319, 321

copiar por servidor 102desmontar banco de dados SQL 162, 246desmontar cópia do datastore 268minimize log option 107on demand 105, 155, 266opção throttle 107opções validation 107override 102por servidor 102sobreposição de host 102unmount 108wizard 105, 155, 266

Mount copy 201MSCS 295, 303

Oobjetivo de ponto de recuperação

conceitos 288configuração 94, 140, 233, 261relatório de conformidade 288, 289

oracle 196Oracle 71, 176, 202, 209, 210, 217, 332, 334–336

entidades afetadas na restauração 217resumo das configurações do plano de serviço 71sobrepor configurações de montagem 202

Oracle Data Guard 177Oracle em discos virtuais do VMware 188Oracle, Cancelar inscrição em plano de serviço 193oracle, desmontar cópia 203oracle, desmontar cópia anterior 200Oracle, detecção de aplicativos 197oracle, expiração da cópia 199Oracle, mapeamento de aplicativos 198Oracle, montagem 205oracle, pré-requisitos e configurações compatíveis 183oracle, preferências de armazenamento 198oracle, protegendo 192Oracle, restauração 214Oracle, restauração de cópia RAC para entidades

afetadas 218Oracle, script de pré-cópia 198oracle, script pós-cópia 200Oracle, Veritas Cluster Services 180override schedule 95, 141, 233, 262

PPágina de cópias do Oracle 193Página Filesystem 223

Índice Remissivo


Página Filesystem Copies 224pasta de restauração de disco virtual 275plano de serviço 17, 58–60, 93–96, 99, 100, 102–104, 137,140–142, 145, 146, 152, 192, 233, 234, 242, 261, 262, 264,266, 318, 321

agendamento de banco de dados 95, 141, 233, 262cancelar inscrição de banco de dados 137criar novo 58definição 17desabilitar 59detalhes da fase 94enable 59etapa de desmontagem da cópia 104, 152, 266excluir 59executar sob demanda 59fase create copy 96fase de detecção de aplicativos 96fase de mapeamento de aplicativos 96, 142, 234,

262fase de script de pré-cópia 96, 142fase de script pós-cópia 99, 145fase mount copy 100, 102fase unmount previous copy 100, 264inscrever banco de dados 93remover banco de dados 93salvar cópia como 58schedule 94, 95, 140, 141, 233, 261, 262

override 95, 141, 233, 262script de pós-montagem 104, 152, 242start 94, 140, 233, 261unmount previous SQL copy 146validar a fase de cópia 102, 103

plano de serviço do exchangetabela de configurações padrão 63

Plano de serviço do SQL Servertabela de configurações padrão 66

Plano de serviço do VMwaretabela de configurações padrão 82

Plano de serviço do VNX 295Plano de serviço do VNX file 298planos de serviço 54planos de serviço da oracle 197planos de serviço do vmax 199planos de serviço do VMAX 301Política de SAN

pré-requisito 296Prefácio 11Privilégios de usuário do SQL Server 120protect 258proteger o banco de dados 93público-alvo 11

Rrealocar, visualização 284RecoverPoint 111, 114, 115, 166, 312, 313, 315, 316

configuração 312consistency groups 313entidades afetadas na restauração 111entidades afetadas na restauração de SQL 166opções de replicação 312pré-requisitos 313

restaurar granularidade 114restauração de qualquer ponto no tempo 115

registro de transaçõesconfigure 124

registro de transações do sql server 123registros 326relatório 31relatórios

conformidade de ponto de recuperação 288, 289salvar em CSV 289visão geral 18

Repurpose Monitor 292requisitos do vmfs 254restauração

parcial 114Restauração de file system 250Restauração de HACMP 182, 225Restauração de SQL 165restauração de vDisk 218restaurar 111, 112, 114–116, 166, 217, 322

entidades afetadas 111, 217entidades afetadas do SQL 166Exchange 111, 112excluir banco de dados 116opção manual 114Qualquer ponto no tempo do RecoverPoint 115wizard 112

Restaurar datastores VMFS ou NFS 274reutilização 278, 282, 320, 341reutilizar 280, 304, 314Reutilizar

bookmark 315reutilizar cópias 285RHEL 7 342rodízio 97, 144, 264runSP 29

Sscript

pré-cópia 96, 142pós-cópia 99, 145pós-montagem 104, 152, 242

Script de pré-montagem do Oracle 200script pós-montagem 203scripts de chamado 60serviço de interface do exchange 331snapshots do vmware 259sobrepor agendamentos de plano de serviço 197sql 126SQL 61, 338SQL server

montagem e recuperação da cópia 158mount copy 156

SQL Server 66, 117–122, 132, 135–138, 146, 153, 155, 162,168, 246

configurar proteção 137considerações em um cluster 132credenciais de log-in 122detectar instâncias de servidor 135detecção de banco de dados 136direitos 120

Índice Remissivo


fase mount do plano de serviço 146mount 155pasta user databases 135permissões 120planos incluídos 66privilégios de usuário 121restauração da cópia 168restauração de banco de dados danificado 168

subscribe to plancopiar 260

subscribe to planVMwaredatastore 258

substituição de montagemDatastore do VMware 242, 246, 265

Suporte do Oracle 189

TTimeout do VSS 331

UUnity 317, 319unmount 50, 100, 264

como parte do plano de serviço 100, 264unmount a copy

como parte do plano de serviço 104, 152, 266on demand 108

utilitário de cli 26

VvCenter Server

adicionando 257vence 32VIO vSCSI 188ViPR C 307ViPR Controller

plano de serviço 308VMAX 62, 300, 302, 304, 342

restaurar 304VMAX 3 305–307

montar, desmontar 306VMAX, arrays de sessão de cópia do Symmetrix 302vmware

opções de restauração 269VMware

planos incluídos 82VNX

configuração 294VNX Remote Protection 296VNX Replicator 296VNX Snapshot

entidades afetadas na restauração 111, 217entidades afetadas na restauração de SQL 166expiration 97, 144, 264restauração parcial 114

VNX Snapshot, bookmarks do RPutilização do armazenamento de replicação de

controle 95VNX SnapSure 296VNXe 299, 300

plano de serviço 299

VPLEX 61, 320

WWindows Server 343

XXtremIO 309, 312

restaurar 312

Índice Remissivo


Dell EMCAppSyncGuia de Administração e do Usuário...Removendo um servidor de caixa de correio do...

Documents

Transcript of Dell EMCAppSyncGuia de Administração e do Usuário...Removendo um servidor de caixa de correio do...