341rio do AppSync da EMC - Dell EMC Isilon · Visão geral do AppSync O EMC AppSync oferece uma...

EMC® AppSync™Versão 2.2.3

Guia de Administração e do Usuário302-002-782

01

Copyright © 2012-2016 EMC Corporation. Todos os direitos reservados. Publicado no Brasil.

A EMC assegura que as informações apresentadas neste documento estão corretas. As informações estão sujeitas a alteraçõessem prévio aviso.

AS INFORMAÇÕES CONTIDAS NESTA PUBLICAÇÃO SÃO FORNECIDAS “NO ESTADO EM QUE SE ENCONTRAM." A EMCCORPORATION NÃO GARANTE NENHUM TIPO DE INFORMAÇÃO CONTIDA NESTA PUBLICAÇÃO, ASSIM COMO SE ISENTA DASGARANTIAS PARA A COMERCIALIZAÇÃO DE UM PRODUTO PARA UM PROPÓSITO ESPECÍFICO.

EMC² e, EMC e o logotipo da EMC são marcas registradas da EMC Corporation nos Estados Unidos. Todas as outras marcascomerciais aqui utilizadas pertencem a seus respectivos proprietários.

Para obter a documentação regulatória mais atualizada para sua linha de produtos, visite o site Suporte on-line da EMC(https://support.emc.com).

EMC Computer Systems Brasil LtdaRua Verbo Divino, 1.488 – 4º andar São Paulo – SP – 04719-002 0800-553622Tel.: (11) 5185-8800 Fax: (11) 5185-8999brazil.emc.com

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

Introdução 9

Visão geral do AppSync ................................................................................ 10Visão geral dos planos de serviço.................................................... 10Gerenciamento baseado em funções............................................... 11Os relatórios mostram proteção comprovadas .................................11

Arquitetura do AppSync.................................................................................11Servidor AppSync ............................................................................12Visão geral do (plug-in de host do) agente do AppSync.................... 12Console do AppSync (interface do usuário)...................................... 13Interface REST.................................................................................. 14

Diferenças entre o AppSync e o Replication Manager.....................................14Interoperabilidade do AppSync e do Replication Manager ............... 14

Console do AppSync 17

Visão geral do console.................................................................................. 18Realizando ações.............................................................................18Horas exibidas no console............................................................... 18Solução de problemas do console....................................................18Solução de problemas de exibição do navegador ............................18Solução de problemas de atualização do navegador........................19

Definindo preferências.................................................................................. 19Iniciando o console do AppSync....................................................................19

Planos de serviço 21

Visão geral dos planos de serviço................................................................. 22Criando um plano de serviço............................................................25

Resumo das configurações dos planos de serviço do Exchange.................... 27Resumo das configurações de planos de serviço do SQL Server.................... 29Resumo das configurações do plano de serviço Oracle..................................31Resumo das configurações do plano de serviço do file system...................... 33Resumo de configurações de planos de serviço da VMware...........................35

Utilitário do CLI do AppSync 39

Tutorial do utilitário de CLI do AppSync......................................................... 40

Proteger o Microsoft Exchange 45

Visão geral do suporte ao Exchange ............................................................. 46A implementação de AppSync para a proteção do Exchange: resumo dasetapas...........................................................................................................48

Detectando bancos de dados do Exchange ..................................... 48Removendo um servidor de caixa de correio do Exchange ............... 49Proteção de bancos de dados do DAG em um plano de serviço........ 49

Proteja um banco de dados do Exchange ..................................................... 49Protegendo um banco de dados do Exchange imediatamente.......... 50Inscreva um banco de dados do Exchange em um plano de serviço........................................................................................................ 50

Capítulo 1

Capítulo 2

Capítulo 3

Capítulo 4

Capítulo 5

CONTEÚDO

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

Cancelando a inscrição de um banco de dados em um plano deserviço ............................................................................................ 50Expirando uma cópia sob demanda................................................. 51Criando uma cópia de banco de dados da página Copies.................51

Detalhes do plano de serviço........................................................................ 52Agendamento do plano de serviço................................................... 52Detecção de aplicativos................................................................... 53Mapeamento de aplicativos............................................................. 53Script de pré-cópia .......................................................................... 53Create copy......................................................................................54Script pós-cópia...............................................................................56fase Unmount previous copy............................................................ 57Montar cópia....................................................................................57Validar cópia....................................................................................59Script de pós-montagem.................................................................. 60Unmount copy..................................................................................61

Montagem de cópias do Exchange................................................................ 61Limitações de montagem e restauração........................................... 61Montando uma cópia do Exchange sob demanda............................ 61Desmontando uma cópia do Exchange ............................................65

Visão geral da restauração de cópias do Exchange........................................66Entidades afetadas durante a restauração....................................... 66Restaurando de uma cópia do Exchange.......................................... 67Recuperando um banco de dados do Exchange manualmente......... 68Restaurando um banco de dados do Exchange independente em noXtremIO............................................................................................68Restaurando um DAG de banco de dados do Exchange no XtremIO........................................................................................................ 69Restauração parcial......................................................................... 70Restaurando registros de cópia consistente em caso de falha (APiT)........................................................................................................ 71Restaurando um banco de dados excluído do Exchange.................. 72Restauração em nível de item ..........................................................73

Solução de problemas do serviço de interface do Exchange do AppSync EMC..................................................................................................................... 74

Proteger o SQL Server 77

Visão geral do suporte do SQL Server............................................................ 78Pré-requisito do SQL Server..............................................................78Configurações do SQL Server compatíveis........................................79Suporte para SQL Server em discos virtuais..................................... 79Direitos e permissões necessárias................................................... 79Atualizar as credenciais de log-in de uma instância do SQL Server... 81

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

Configurar o backup de registros de transações do SQL Server.........82Configurar scripts de backup de registro.......................................... 84Executar o backup de registros sob demanda.................................. 85Exibir backups de registros para um plano de serviço...................... 86Exibir cópias de banco de dados SQL...............................................86Expiração de backups de registros................................................... 89

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

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

Capítulo 6

CONTEÚDO


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

Considerações sobre a montagem para o SQL Server.................................. 106Montar cópia de banco de dados do SQL Server sob demanda.......107Desmontando uma cópia do SQL Server ........................................113

Visão geral da restauração de banco de dados do SQL Server..................... 113Considerações sobre a restauração para bancos de dados em umgrupo de disponibilidade............................................................... 114Entidades afetadas durante a restauração..................................... 114Restaurando um banco de dados primário ou um banco de dadossecundário com failover................................................................. 115Restaurando um banco de dados secundário sem failover............. 116Restaurando uma cópia do SQL Server...........................................116Restaurando uma cópia do SQL Server no XtremIO.........................118Utilitário de restauração do SQL Server (assqlrestore)....................123

Reutilizando cópias de bancos de dados do SQL Server.............................. 126Usando o Assistente Repurpose.....................................................128

Proteger o Oracle 131

Visão geral do suporte do Oracle.................................................................132Permissões do Oracle.................................................................... 132Integração dos Red Hat Cluster Services com o AppSync................ 132Suporte ao Oracle Data Guard........................................................ 133Integração com Veritas Cluster Services......................................... 136Integração de clusters do HACMP...................................................137Pré-requisitos e configurações suportadas.....................................138

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

Detalhes e resumo do plano de serviço....................................................... 146Agendamento do plano de serviço................................................. 146Substituindo agendamentos de plano de serviço........................... 147Detecção de aplicativos................................................................. 147Mapeamento de aplicativos........................................................... 148Preferências de armazenamento.................................................... 148Script de pré-cópia.........................................................................148Create copy....................................................................................149Expiração automática de cópias.....................................................150Script pós-cópia.............................................................................150Desmontar cópia anterior...............................................................151Script de pré-montagem.................................................................151Montar cópias ............................................................................... 152Substituindo configurações de montagem em um plano de serviço...................................................................................................... 152Script pós-montagem.....................................................................153Desmontar cópia............................................................................153

Montar uma cópia do Oracle....................................................................... 154Montando uma cópia usando o Assistente Oracle Mount............... 155Recurso de catalogação de RMAN ..................................................157

Capítulo 7

CONTEÚDO


Montar no servidor independente e preparar scripts para recuperaçãomanual.......................................................................................... 158Montagem em cluster e recuperação..............................................159Montar/desmontar cópias de VMAX 3............................................ 160

Restaurando uma cópia do Oracle...............................................................160Entidades afetadas durante a restauração..................................... 161Restauração de vdisk com entidades afetadas...............................162Restaurando uma cópia RAC.......................................................... 162Restaurando uma cópia RAC para entidades afetadas....................163Restaurar uma cópia do XtremIO.................................................... 164

Visão geral da reutilização.......................................................................... 169Usando o Assistente Repurpose.....................................................172Montando e recuperando um clone do Oracle do clone do bookmarkRecoverPoint ................................................................................. 173Montando e recuperando um snapshot Oracle de bookmarkRecoverPoint de clone ...................................................................174

Proteger os file systems 175

Visão geral do suporte a file systems.......................................................... 176Proteger os file systems NFS no armazenamento VNX.....................176

Resumo das configurações do plano de serviço do file system.................... 177Inscrevendo um file system em um plano de serviço...................... 179Substituindo agendamentos de plano de serviço .......................... 180Agendamento do plano de serviço................................................. 180Detecção de aplicativos................................................................. 181Mapeamento de aplicativos........................................................... 181Fase de script de pré-cópia............................................................ 181Criar scripts de chamada de congelamento e descongelamento derecursos de fase de cópia.............................................................. 182Fase de script pós-cópia.................................................................183Desmontar cópia anterior...............................................................184Mount copy....................................................................................184Script de pós-montagem................................................................ 186

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

Restaurando um file system........................................................................ 188Restaurar uma cópia do file system manualmente no XtremIO....... 189

Proteger VMware Datacenters 193

Pré-requisitos de configuração ................................................................... 194Requisitos vStorage VMFS VMware ................................................194

Detecção de datacenters ............................................................................ 197Lista de datacenters ......................................................................197Adicionar um VMware vCenter Server ............................................ 198Lista de datastores VMware .......................................................... 198Selecione um datastore VMware.................................................... 198

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

Restaurando um datastore a partir de uma cópia........................................ 209Operações de máquina virtual durante a restauração.....................210

Capítulo 8

Capítulo 9

CONTEÚDO


Entidades afetadas do datastore durante a restauração.................210Restaurando uma cópia de datastore VMware do XtremIO..............211

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

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

Monitorar o AppSync 219

Conceitos e práticas recomendadas de RPO................................................220Relatório de conformidade do ponto de recuperação..................... 220Exportando um relatório de conformidade RPO para CSV............... 220Resumo da conformidade do RPO.................................................. 221

Alertas e eventos associados...................................................................... 221Confirmando alertas.......................................................................221

Envio de alertas por e-mail.......................................................................... 222Definir configurações do servidor para alertas de e-mail................ 223Especificando destinatários de alerta por e-mail............................ 223

Repurpose Monitor......................................................................................223

Capítulo 10

CONTEÚDO


CONTEÚDO


CAPÍTULO 1

Introdução

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

l Visão geral do AppSync ........................................................................................ 10l Arquitetura do AppSync.........................................................................................11l Diferenças entre o AppSync e o Replication Manager.............................................14

Introdução 9

Visão geral do AppSyncO EMC AppSync oferece uma abordagem simples com autoatendimento e orientada porSLA (Service Level Agreement, contrato de nível de serviço) à proteção, restauração eclonagem de aplicativos críticos Microsoft e Oracle e ambientes VMware. Após definir osplanos de serviço (como Gold, Silver e Bronze), os proprietários de aplicativos podemproteger, restaurar e clonar dados de produção rapidamente com granularidade em nívelde item, usando as tecnologias de replicação EMC subjacentes. O AppSync tambémfornece um serviço de monitoramento de proteção de aplicativos que gera alertasquando os SLAs não são cumpridos.

O AppSync é compatível com os seguintes aplicativos e arrays de armazenamento:

l Aplicativos — Oracle, Microsoft SQL Server, Microsoft Exchange e VMware VMFS edatastores e file systems NFS.

l Armazenamento — VMAX, VMAX 3, VNX (Block e File), VNXe, XtremIO e ViPRController

l Tecnologias de replicação — VNX Advanced Snapshots, VNXe Unified Snapshot,SRDF, TimeFinder, SnapVX, RecoverPoint, XtremIO Snapshot e ViPR Snapshot.

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. O planode serviço também pode montar e desmontar a cópia, validá-la e executar scripts criadospelo usuário. Essas ações são chamadas de fases do plano de serviço e podem diferirentre aplicativos.

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

Obs.

Esses planos de serviço são fornecidos por padrão. No entanto, você não tem restriçõespara as configurações nesses planos, podendo personalizá-las e criar seus própriosplanos personalizados.

Existem três tipos de planos de serviço que você pode usar:

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

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

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

Os planos de serviço também definem a ordem de preferência da tecnologia dearmazenamento a ser usada durante a criação de cópias, por exemplo, snapshot do VNX,clone/snapshot do VMAX ou bookmark do RecoverPoint.

Todos os planos de serviço podem definir o período para expiração automática decópias. Quando você inscreve um objeto em um plano de serviço, ele se une a todos osoutros objetos que já fazem parte do plano. Todos os objetos no plano de serviço estãosujeitos aos fluxos de trabalho e às configurações definidas no plano de serviço. (As

Introdução


exceções são as substituições específicas da inicialização ou da montagem de umacópia.)

Os planos de serviço também oferecem algumas opções de cópia específicas doaplicativo. Por exemplo, o plano de serviço Oracle tem as seguintes opções de cópia:

l Coloca o banco de dados no modo de backup dinâmico (ativado por padrão).

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

l Indexa e copia o arquivo BCT (Block Change Tracking, rastreamento de mudança deblock) (desativada por padrão).

l Cria o arquivo de controle de backup (desativado por padrão)

Os planos de serviço padrão oferecem níveis hierárquicos de proteção. Você tambémpode modificar um plano de serviço, alterar suas configurações para corresponder a seusrequisitos ou criar um novo plano de serviço.

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 receber umaou mais funções que correspondam a suas responsabilidades e necessidades. Vocêpode criar usuários que sejam locais do AppSync e, opcionalmente, adicionar usuáriospor meio de um servidor LDAP que manipula a autenticação e a autorização.

Consulte o Guia de Configuração de Segurança do EMC AppSync disponível no site desuporte da EMC para funções de usuário específicos e suas permissões.

Os relatórios mostram proteção comprovadasO 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 formato devalores separados por vírgulas.

Arquitetura do AppSyncOs componentes do AppSync incluem o servidor do AppSync, o agente (software de plug-in do host) e as interfaces do usuário (UI ou console).

Introdução

Gerenciamento baseado em funções 11

Figura 1 Fluxo de arquitetura do AppSync

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 quando vocêadiciona o host como um recurso. Em um ambiente que impede ao servidor do AppSyncde 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 do agente,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 durante oregistro 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 agente nãoé usado para a proteção de datastores VMware.

Configurações de dispositivo aceitasPara as versões mais recentes, consulte a Matriz de suporte do AppSync da EMC.

Mapeamento de dispositivo usando:

Introdução


Tabela 1 Configurações de dispositivo aceitas

AIX LINUX

Múltiplos caminhos: Pacote demúltiplos caminhos énecessário para as plataformasque executam o VNX, VMAX ouRecoverPoint no VNX emambientes não virtualizados.

l MPIO nativo

l PowerPath

Múltiplos caminhos: Pacote de múltiplos caminhos énecessário para as plataformas que executam o VNX, VMAX ouRecoverPoint no VNX em ambientes não virtualizados.

l MPIO nativo

l PowerPath

l Veritas DMP

n Compatível onde os host de produção e de montagemtem DMP instalado e os dispositivos DMP não têmuma partição.

n Compatível com o banco de dados não ASM nosdispositivos VXDMP com ou sem gerenciador devolumes do VXVM

Mapeamento de dispositivousando:

l Links simbólicos

l Dispositivos mknod

l Dispositivos de bloco

Mapeamento de dispositivo usando:

l Linux–ASMLib (somente ASM)

l Vinculações UDEV

l Dispositivos de mapeador de desenvolvimento

l Dispositivos de bloco com O_DIRECT

l Links simbólicos

File systems:

l jfs e jfs2

l ext2, 3, 4

l XFS (rpms necessários na produção, bem como host demontagem)

l VxFS (ao usar o VxVM)

Gerenciador de volumes:

l LVM nativo

Gerenciador de volumes:

l LVM nativo

l Configurações de dispositivo aceitas do VxVM:

n Banco de dados não ASM no grupo de volume doVXVM

O Guia de instalação e configuração do EMC 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.

Há 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. Para o Windows 2008 R2,acesse o site da Adobe para fazer download e instalar a versão mais recente do FlashPlayer.

Introdução

Console do AppSync (interface do usuário) 13

Para Windows Server 2008 R2 ou Windows Server 2012 R2, você precisará 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ção deinformações de segurança do resumo do servidor e, em seguida, clique emConfigure 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 Enhanced SecurityConfiguration.

2. Para editar o Internet Explorer Enhanced Security Configuration quando os membrosdo grupo de administradores local estão conectados, acesse Administrators e, emseguida, 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 estas etapas:

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 valores naspáginas Installation Type, Server Selection e Server Roles.

3. Na página Features, expanda User Interfaces and Infrastructure e selecione DesktopExperience.

4. Na página de confirmação, selecione Restart the destination server automatically ifrequired e clique em Install.

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.

Diferenças entre o AppSync e o Replication ManagerEmbora sejam produtos relacionados, existem diferenças significativas entre o AppSynce 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 requisitosespecíficos de nível de serviço. Os planos de serviço são completamente personalizáveise podem ser aplicados ao aplicativo com um só clique. O AppSync é fácil de usar tantopara administradores de aplicativos quanto para administradores de armazenamento,pois não exige conhecimento anterior da tecnologia de replicação de dados.

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

Introdução


O cliente do Replication Manager e o plug-in do agente do AppSync podem ser instaladosno mesmo host e podem coexistir.

Introdução

Interoperabilidade do AppSync e do Replication Manager 15

Introdução


CAPÍTULO 2

Console do AppSync

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

l Visão geral do console.......................................................................................... 18l Definindo preferências.......................................................................................... 19l Iniciando o console do AppSync............................................................................19

Console do AppSync 17

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 e oMicrosoft SQL Server, e fornece o ponto de entrada orientado por aplicativo paraproteção, montagem, restauração, inscrição de plano de serviço e outras operaçõ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 recursos dearmazenamento para o AppSync. License Management, User Administration, e ServerSettings também estão em Settings.

l Support fornece acesso a vídeos de instruções e à página de suporte do AppSync nosite de suporte da EMC.

As funções de usuário controlam quais seções do console são exibidas e que operaçõessã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.

Realizando açõesPara realizar uma ação em um objeto, selecione o objeto e clique nos botões de ação naparte inferior da página. Use a tecla Shift para selecionar vários objetos. Use Ctrl paraselecionar objetos não contíguos. Para realizar uma ação em vários objetos, clique nobotã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.

Solução de problemas do consoleO comportamento inesperado do console do AppSync pode estar relacionado aonavegador e as extensões e os completos associados.

Verifique a matriz de suporte mais recente para versões dos navegadores compatíveis.

Solução de problemas de exibição do navegadorSaiba como resolver problemas de exibição de dados no console do AppSync.

Console do AppSync


Sintoma: o AppSync exibe dados obsoletos ou corrompidos.

Resolução:

1. Limpe o cache do navegador. Consulte a documentação específica do host para obtermais informações.

2. Limpar o cache do Java:

a. Selecione Iniciar > Painel de controle(Windows 7) ou Iniciar > Painel de controle >Programas (Windows 2008/2012).

b. Clique duas vezes no ícone do Java.

c. Selecione Settings em Temporary Internet Files.

d. Selecione Delete Files.

e. Selecione todas as opções disponíveis e selecione OK.

Solução de problemas de atualização do navegadorSintoma: Partes do conteúdo no console do AppSync não são exibidos.

Causa: Você atualizou o navegador usando o ícone Atualizar do navegador oupressionando F5 no teclado.

Resolução: Para atualizar o conteúdo no console do AppSync, use o ícone Refresh naparte superior direita do console.

Definindo preferênciasVocê pode definir o idioma exibido na interface do usuário e otimizar o console para usoem conexões remotas.

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ário parauso em conexões remotas.

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

Iniciando 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 deve serum nome de host, não um endereço IP.

Console do AppSync

Solução de problemas de atualização do navegador 19

Console do AppSync


CAPÍTULO 3

Planos de serviço


l Visão geral dos planos de serviço......................................................................... 22l Resumo das configurações dos planos de serviço do Exchange.............................27l Resumo das configurações de planos de serviço do SQL Server............................ 29l Resumo das configurações do plano de serviço Oracle..........................................31l Resumo das configurações do plano de serviço do file system.............................. 33l Resumo de configurações de planos de serviço da VMware...................................35

Planos de serviço 21

Visão geral dos planos de serviçoSaiba mais sobre os tipos padrão de plano de serviço, assinaturas de objeto e cópia,configurações do plano de serviço, agendamentos e substituições.

Para obter informações sobre como cada tipo de array aceita os planos de serviço,consulte a seção sobre os pré-requisitos na Guia de Instalação e Configuração do EMCAppSync.

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 geradas porum 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. Se vocêprecisar de um controle maior sobre quais objetos são agrupados para montagem,scripting e validação, considere criar vários planos de serviço e distribuir objetos entre osplanos. Essa técnica funciona quando os objetos inscritos em um plano de serviço sãodo mesmo servidor. Inscreva no máximo 12 objetos em determinado plano de serviço aousar 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 de seusaplicativos.

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

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

Obs.

Certifique-se de que você entende os recursos de armazenamento ao selecionar um tipode plano de serviço. Nem todas as tecnologias de armazenamento aceitam a replicaçãoremota; portanto, os planos de serviço Silver ou Gold podem não ser bem-sucedidospara 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 Suporte deRP

Aplicativosemana.

Reutilizaçãosemana.

VNX AdvancedSnapshot

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

Sim

Snapshot dearquivo

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

Não

Planos de serviço


Armazenamento

Tipo dereplicação

Bronze Prata Ouro Suporte deRP

Aplicativosemana.

Reutilizaçãosemana.

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

Sim

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

Sim

SRDF/A a Não Sim Não Sim Datastores VMwaree Oracle

Sim

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

Sim

VNX2eb Snapshotunificado


Não

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

Sim

ViPRc 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

SRDF/A d Não Sim Não Não Datastores VMwaree Oracle

Sim

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

Sim

RecoverPoint Bookmark delocal


Sim

Bookmarkremoto

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

Sim

Bookmark locale remoto

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

Não

a. O AppSync não dá suporte a aplicativos Windows em VMAX 3 e armazenamento SRDF/A. Se você criar uma cópia nos aplicativosWindows, as cópias criadas não serão consistentes com o aplicativo.

b. File systems e Oracle NFS não são compatíveis com o armazenamento em arquivo do VNX2e.c. O AppSync também aceita snapshots de 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 respaldo somente de sistemasde armazenamento VMAX/VPLEX (com VMAX2 e XtremIO)/XtremIO.

Planos de serviço

Visão geral dos planos de serviço 23

d. O AppSync não dá suporte a aplicativos Windows em VMAX 3 e armazenamento SRDF/A. Se você criar uma cópia nos aplicativosWindows, as cópias criadas não serão consistentes com o aplicativo.

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 próxima preferência na lista de preferências ordenadas de armazenamento.Você pode ajustar as preferências para criar planos de serviço que usam a tecnologia dereplicação que você deseja.

Os planos de serviço padrão oferecem níveis hierárquicos de proteção. Se for necessárioalterar as configurações, modifique o plano 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 por padrã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

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 que sebaseia no plano de serviço acionado. Esse tipo de recorrência é aplicável para todos osobjetos 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 os objetosselecionados.

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... e asconfigurações são a Run at 12:00 AM on days Fri, Sat. Quando você substituir essasconfigurações por um objeto, pode alterar apenas a hora e os dias da semana. É possívelselecionar 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 de recorrênciaem si, então, as substituições não são mais válidas. O novo tipo de recorrência agora se

Planos de serviço


aplica a todos os objetos até que você especifique as configurações individuais que sebaseiam no novo tipo de recorrência.

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 um planode 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 eventos demarcos, são exibidos. Um evento de marco é gerado ao final de cada fase em um ciclo deplano de serviço. Você pode expandir um evento de marco para mostrar os outroseventos que foram gerados na fase.

Criando 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 usar comomodelo. 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ções comoo modelo, mas não há objetos inscritos no novo plano de serviço.

Planos de serviço

Criando um plano de serviço 25

Executando 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 é detectado emapeado, e a proteção de aplicativos começa de acordo com as configurações doplano de serviço.

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

Desabilitando e reabilitando um plano de serviçoPor padrão, todos os planos de serviço estão habilitados. Você pode desabilitar ereabilitar um plano de serviço.


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.

Excluindo 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 e Gold).

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


Resumo das configurações dos planos 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 2 Plano de serviço Exchange – Configurações padrão

Configuração Habilitado/desabilitado

Configurações padrão Agendamento

Plan Startup Enabled Automatic schedule Recurrence type:Cria uma cópia acada 24 horas,com a primeiraexecução àmeia-noite(00:00).Recovery PointObjective (RPO):Uma cópia deveser criada a cada24 horas. (Oalerta é emitidose objetivo nãofor atendido.)

Detecção deaplicativos

Enabled Nenhuma Determinado

pela fase PlanStartup

Mapeamentode aplicativos

Enabled Nenhuma Iniciada quandoa fase

Applicationdiscovery éconcluída

Script de pré-cópia

Não habilitado Nenhuma Iniciada quandoa fase

Applicationmapping éconcluída

Create copy Enabled 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.

l Configurações de armazenamento:

Iniciada quando

a fase Pre-copyscript éconcluída

Planos de serviço

Resumo das configurações dos planos de serviço do Exchange 27

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



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 RecoverPoint seacumulam e permanecem até que o bookmarks para elas "caiam" dodispositivo RecoverPoint.

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

Obs.

O drive especificado para a montagem não pode ser um disco emcluster.

l Copy metadata files to: Default Path

l Image access mode: Logged access

Iniciada quando

a fase Unmountprevious copyé concluída

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

Iniciada quando

a fase Mountcopy éconcluída

Script de pós-montagem


a fase Validatecopy éconcluída

Planos de serviço


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



Desmontarcópia


a fase Post-mount script éconcluída

Resumo das configurações de planos de serviço do SQL ServerResumo das configurações de planos de serviço do SQL Server

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



Plan Startup Enabled Automatic schedule Recurrence type:Cria uma cópia acada 24 horas,com a primeiraexecução àmeia-noite(00:00).Recovery PointObjective (RPO):Uma cópia deveser criada a cada24 horas. (Oalerta é emitidose objetivo nãofor atendido.)


Enabled Nenhuma Determinadopela fase PlanStartup


Enabled Nenhuma Iniciada quandoa faseApplicationdiscovery éconcluída


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


n Bronze

n Prata

Iniciada quandoa fase Pre-copyscript éconcluída

Planos de serviço

Resumo das configurações de planos de serviço do SQL Server 29

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



n Ouro

l Tipo de Backup do SQL Server: Full ou Copy

n Auto Switch to Copy

n Enable Log Backup

Obs.

Essa opção deve ser selecionada para permitir execuções do backupde registro sob demanda

l Storage Ordered Preference: Snapshot, Clone e Bookmark

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.


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 durante períodosentre os backups de banco de dados.

n Backup path: Caminho padrão

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-copyscript éconcluída

Montar cópia Não habilitado l Mount Copy Iniciada quandoa fase Unmount

Planos de serviço


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



n Mount on Server: Original Host

n Mount with access: Read only

n Mount Path: Default Path

Obs.

O drive especificado para a montagem não pode ser um disco emcluster.

n Copy metadata files to: Default Path

n Image Access mode: Logged access

previous copy éconcluída


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

Resumo das configurações do plano de serviço OracleUse esta lista de configurações padrão de plano de serviço para bancos de dados Oracleno AppSync.

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



Plan Startup Enabled Automatic schedule Recurrence type:o AppSync criauma cópia a cada24 horas, com aprimeira execuçãoà meia-noite(00:00). RecoveryPoint Objective(RPO): Cria umacópia a cada 24horas.

Planos de serviço

Resumo das configurações do plano de serviço Oracle 31

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




Enabled Nenhuma Determinado pelafase Plan Startup


Enabled Nenhuma Iniciada quando afase Applicationdiscovery éconcluída.


Enabled Nenhuma Iniciada quando afase Applicationmapping éconcluída

Create copy Enabled 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 dedados não pausados sem qualquer instrumentação do banco dedados.

l Copy the Fast Recovery Area. (desativada por padrão)Quando ativado, esse campo instrui o AppSync a criar uma cópia doarmazenamento subjacente utilizado pela FRA durante a proteção dosarquivos de registros de arquivamento do banco de dados.

l Index and copy the BCT (block change tracking) file. (desativada porpadrão)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 ser usadocomo parte de um caso de uso de montagem e backup, oferecendo umbackup incremental acelerado. Essa opção também requer a ativaçãodo 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 Expiration: 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 do

Iniciada quando afase Pre-copyscript é concluída.

Planos de serviço


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



RecoverPoint se acumulam e permanecem até que seus bookmarksvariem no dispositivo RecoverPoint.

Obs.

Se as cópias do RecoverPoint forem consideradas na política de rodízio,os bookmarks são criados com a política ALWAYS_CONSOLIDATE. Casocontrário, os bookmarks são criados com a políticaNEVER_CONSOLIDATE. Consulte a documentação do RecoverPoint paraobter uma definição dessas políticas de consolidação.

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 Opções de montagem e recuperação:

l Mount on standalone server (equivalente no RM: No recover)

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

l Mount on standalone server and recover database (equivalente no RM:Recover)

l Mount on standalone server and prepare scripts for manual databaserecovery (equivalente no RM: Prepare-only/generate scripts for manualrecovery)

l Mount on grid cluster and recover as RAC database (equivalente noRM: Mount as RAC database)

Iniciada quando afase Pre-mountscript é concluída.


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

Desmontarcópia

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

Resumo das 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.

Planos de serviço

Resumo das configurações do plano de serviço do file system 33

Configurações do plano de serviço padrão criam uma cópia consistente com aplicativos acada 24 horas. Apenas a tecnologia de replicação especificada pelo tipo de cópia na faseCreate copy varia entre os planos. A tabela a seguir resume as configurações padrão:

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



Plan Startup Enabled Automatic schedule Recurrence type: Criauma cópia a cada 24horas, com a primeiraexecução à meia-noite(00:00).Recovery Point Objective(RPO): Uma cópia deveser criada a cada 24horas. (Alerta emitido seobjetivo não foratendido).


Enabled Nenhuma Determinado pela fasePlan Startup.

Mapeamento deaplicativos

Enabled 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 Enabled Copy type:

l Bronze

l Prata

l Ouro

Além disso:

l Storage OrderedPreference: Snapshot,Clone e Bookmark.

l Configurações dearmazenamento: 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

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

Planos de serviço


Tabela 5 Configurações do plano de serviço do file systempadrão (continuação)



"caiam" do dispositivoRecoverPoint.

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

Montar cópia(Uma fase Pre-mount script estádisponível paraplanos de serviçodo file system)

Não habilitado Mount Copy

l Mount on Server: OriginalHost

l Mount with access:Leitura/gravação

l Mount Path: Default PathImage

l Modo de acesso: Loggedaccess

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

l Use Dedicated StorageGroup: Selecionada porpadrão

Iniciada quando a faseUnmount previous copy éconcluída.


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

Desmontar cópia Não habilitado Nenhuma Iniciada quando a fasePost-mount script éconcluída.

Resumo de configurações de planos de serviço da 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.

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



Plan Startup Enabled Automatic schedule Recurrence type:Cria uma cópia a

Planos de serviço

Resumo de configurações de planos de serviço da VMware 35

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



cada 24 horas,com a primeiraexecução àmeia-noite(00:00).Recovery PointObjective (RPO):Uma cópia deveser criada a cada24 horas. (Oalerta é emitidose objetivo nãofor atendido.)


Enabled Nenhuma Determinadopela fase PlanStartup


Enabled 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 Ignore VM Snapshots for VMs: link para selecionar as máquinasvirtuais individuais que serão ignoradas enquanto capturasnapshots VMware durante o execuçã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.

l Storage Ordered Preference: Snapshot, Clone e Bookmark

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.


Iniciada quandoa faseApplicationmapping éconcluída

Planos de serviço


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




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 uma cópialocal (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

Desmontarcópia

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

Planos de serviço

Resumo de configurações de planos de serviço da VMware 37

Planos de serviço


CAPÍTULO 4

Utilitário do CLI do AppSync


l Tutorial do utilitário de CLI do AppSync................................................................. 40

Utilitário do CLI do AppSync 39

Tutorial do utilitário de CLI do AppSyncA CLI do AppSync é um utilitário oferecido com o AppSync, e é usado para scripting ouexecuçã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ê podeexecutá-la no Windows com o arquivo appsync-cli.bat, e no UNIX usandoappsync-cli.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 Para dar suporte a I18N no Windows, certifique-se de definir a página de códigocorreto antes da execução.

Usando a CLIVocê 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 Windows ou255, 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 à direita entreaspas 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.

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 de serviço

l Montar/desmontar uma cópia

l Expirar uma cópia

l Gerar e exportar relatórios do AppSync



Usando 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 à complexidadee ao elevado número de argumentos, a ajuda da CLI usa as seguintes partições do menude ajuda:l appsync-cli.bat /? Retorna as informações sobre todas as ações compatíveis

com a CLI.l appsync-cli.bat -action /? Retorna as opções de aplicativos não específicos

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

aplicativo disponíveis para a ação selecionada.l appsync-cli.bat -mount app=<value> option=<value> /? Retorna as

opçõ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á colocaro argumento de ajuda "/?" entre aspas duplas.

Ações da CLILogin/logout

Antes de executar as ações da CLI, autentique em um AppSync Server. O comando delog-in exige o nome do servidor, porta de comunicação https, o usuário do AppSync e asenha 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ído oua sessão atual expirar, uma nova sessão deve ser criada executando-se o comando delog-in novamente.

Depois de concluir as ações com a CLI do AppSync, você deve fazer logout. O comandode logout não apenas fecha a sessão atual, mas também a invalida. Por exemplo:

appsync-cli.bat -logoutExecute/ative/desative um plano de serviço.

Habilite, desabilite e execute um plano de serviço fornecendo o nome do aplicativo e oplano de serviço. Por exemplo:

appsync-cli.bat -runSP app=sql service_plan=Bronzeappsync-cli.bat -enableSP app=sql service_plan=Bronzeappsync-cli.bat -disableSP app=sql service_plan=BronzeAssinar/cancelar assinatura

Você pode inscrever um objeto de aplicativo em um plano de serviço com a CLI. Asopções variam para cada aplicativo. Execute o comando de ajuda "/?" para o aplicativoque você deseja inscrever/cancelar a inscrição para visualizar uma lista completa dosargumentos necessários. Por exemplo:

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


Tutorial do utilitário de CLI do AppSync 41

Cópias de lista e detalhes da cópia

O uuid de uma cópia é necessário antes que você possa montar a cópia. Para obter essasinformações, execute o comando do -listCopies para um plano de serviço ou umobjeto de aplicativo. Novamente, os argumentos são específicos ao aplicativo, então nãose esqueça de usar o comando de ajuda "/?" para obter mais detalhes.

Use o argumento "age" para filtrar cópias que podem ser exibidas no console pela idadede uma cópia. Por exemplo:

appsync-cli.bat -listCopies app=sql service_plan=Bronze age=monthappsync-cli.bat -listCopies app=sql instance_name=<value>db_name=<value> age=allPara ver mais detalhes da cópia de um aplicativo que você pode executar o comando -copyDetails e fornecer o uuid da cópia. Por exemplo:

appsync-cli.bat -copyDetails app=<app> copy_ID=<value>Montar/desmontar

A CLI do AppSync é compatível com todas as opções de montagem disponíveis por meioda GUI. As opções variam para cada aplicativo. Execute o comando de ajuda "/?" para oaplicativo que você deseja montar para determinar as opções de montagem. Porexemplo:

appsync-cli.bat -mount app=filesystem copy_ID=<value>mount_host=<value>appsync-cli.bat -mount app=sql copy_ID=<value> option=recoverrecovery_instance=<value> point_in_time=<value>appsync-cli.bat -mount app=datastore copy_ID=<value>mount_host=<value> cluster_mount=yes image_access_mode=virtual_rollappsync-cli.bat -mount app=oracle copy_ID=<value> option=racmount_cluster=<value> mount_servers=<server1,server2>Para desmontar uma cópia, você precisa do nome do aplicativo e a cópia uuid. Porexemplo:

appsync-cli.bat -unmount app=<app> copy_ID=<value>Para desmontar a cópia montada mais recente ou mais antiga especificamente para obanco de dados\file system\datastore, use os seguintes comandos:l Para datastores: appsync-cli.bat -unmount app=datastore

datastore=<value> datacenter=<value> vcenter=<value>option=latestMountedCopy/oldestMountedCopy

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

l Para aplicativo 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

Para o nível de plano de serviço, a cópia pode ser de qualquer banco de dados inscritonesse plano de serviço. Para desmontar uma cópia, você precisa do nome do aplicativo edo plano de serviço. Por exemplo:



A cópia pode ser de qualquer banco de dados inscrito nesse plano de serviço

Para desmontar uma cópia, você precisa do nome do aplicativo e do plano de serviço.Por exemplo:

appsync-cli.bat -unmount app=<app> service_plan=<value> option=latestMountedCopy/oldestMountedCopy

X

Expirar uma cópia

Para expirar uma cópia, você precisa do nome do aplicativo e o uuid da cópia. Digite -listCopies. Por exemplo: appsync-cli.bat -expire app=datastorecopy_ID=<value>Executar relatórios

Há 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 Atividade

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


Tutorial do utilitário de CLI do AppSync 43

CAPÍTULO 5

Proteger o Microsoft Exchange


l Visão geral do suporte ao Exchange ..................................................................... 46l A implementação de AppSync para a proteção do Exchange: resumo das etapas

............................................................................................................................. 48l Proteja um banco de dados do Exchange ............................................................. 49l Detalhes do plano de serviço................................................................................ 52l Montagem de cópias do Exchange........................................................................ 61l Visão geral da restauração de cópias do Exchange................................................66l Solução de problemas do serviço de interface do Exchange do AppSync EMC....... 74

Proteger o Microsoft Exchange 45

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 de dadosativos 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 longo prazo.

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 ®. Essa ação também pode ser realizada usando o EMC ItemPoint™ forMicrosoft Exchange até que o produto atinja o fim de sua vida útil (EOSL).

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 de informações emplataformas 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 2010 e2013, inclusive cópias ativas e passivas.

Suporte para o Exchange em discos virtuaisVocê pode proteger, montar e restaurar bancos de dados do Exchange que residem emRDMs 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 dados devemresidir em discos virtuais. Não pode haver uma combinação de armazenamento físicoe 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 registro circularpara bancos de dados do Exchange.

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 para criaruma imagem shadow copy. A cópia é uma cópia point-in-time dos volumes que contêmos 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ída para osbancos de dados durante a criação da cópia e retoma, em seguida, o fluxo de dadosapós a cópia ter sido criada. Durante uma restauração, o AppSync coordena-se com oVSS 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ões especiais.

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 batch job.

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 caixas decorreio de pasta pública no ambiente. O AppSync usa essa função para determinar obanco de dados que contém a caixa de correio da hierarquia primária da pastapública.

As credenciais de serviço de interface do Exchange do AppSync são necessárias naprimeira vez que você acessa o servidor do Exchange. 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 o serviçode interface do Exchange do AppSync no host de produção ou de montagem doExchange. 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

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 dos planosde serviço.

Considere as seguintes alterações:

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


Visão geral do suporte ao Exchange 47

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 e marque acaixa de seleção para incluir cópias do RecoverPoint para expiração.

A implementação de AppSync para a proteção do Exchange:resumo das etapas

Um 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 e clique emAdd.

Isso adiciona o sistema de armazenamento onde reside o banco de dados de caixa decorreio 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 de servidor nalista de servidores independentes e DAG do Exchange.

5. Digite as credenciais para configurar e executar o serviço de interface do Exchange doAppSync.

Os bancos de dados do Exchange são detectados.

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

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

l Subscribe to Plan, que inscreve o banco de dados em um plano de serviço, masnão executa o plano. A proteção ocorre conforme o agendamento do plano deserviç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 do AppSyncpara fazer parte de um DAG, você deve remover o servidor independente (juntamentecom suas cópias, se houver) do AppSync antes de executar uma detecção. Durante adetecção, o servidor independente anterior é identificado para 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 esse servidor.

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 Activena colunaCopy to Protect da guia Subscriptions do plano.

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 é executada nahora 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.


Removendo um servidor de caixa de correio do Exchange 49

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



Procedimento


2. Clique em um servidor de caixa de correio do Exchange ou um DAG na lista para exibirseus 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 a teclaShift ou Ctrl.

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

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

A caixa de diálogo Subscribe to Plan and Run é exibida mostrando o andamento nasdiferentes 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 para exibirseus 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 to Plan.

No DAG, um banco de dados passivo é protegido por padrão. Para alterar o tipo deproteção por outra opção, especifique-a na guia Subscriptions do plano de serviç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 de serviço.





Procedimento


2. Selecione um servidor de caixa de correio para exibir a lista de bancos de dados doExchange.

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

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

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

l Para cancelar a inscrição de todos os planos de serviço, selecione Unsubscribefrom 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.



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 bancos dedados.

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ópias associadaslistadas 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 exibir suascó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.


Expirando uma cópia sob demanda 51

Detalhes do plano de serviçoUm plano de serviço tem as seguintes guias: Settings, Subscriptions, Copies, Events, epara planos do SQL Server, Log Backups.

A guia Settings mostra o nome, a descrição e o status (se habilitado ou desabilitado) doplano de serviço. Além de isso, as diferentes fases do plano também são parte desteguia. Clique nas guias apropriadas para ver informações sobre as assinaturas, cópiascriadas pelos eventos do plano gerados durante o execução do plano de serviço, e, paraSQL Servers, backups de registros criados pelo plano.

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:00AM.

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 campos paraevitar 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á selecionadas parao plano de serviço.

Procedimento

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

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

3. No painel direito Plan Startup Defaults, observe o Recurrence Type selecionado parao plano.

Um tipo de recorrência pode ser definido somente se Scheduled for selecionadocomo 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 specified days ofthe month 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 bancos de dados individuais.

Detecção de aplicativosAntes de criar a cópia, o AppSync examina o servidor de caixa de correio Exchange paraprocurar alterações, como adição, exclusão, renomeação ou movimentação de bancosde 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 script depré-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 fase PlanStartup. Os formatos de 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árioespecí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


Detecção de aplicativos 53

\v1.0\powershell.exe. Quando o script de PS é executado, você pode receber umerro; 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 do PowerShellno arquivo .bat: powershell -command C:\PshellCommands.ps1 <nul

2. Defina a política de execução do PowerShell para que você possa executar o script.Por exemplo, a primeira linha no arquivo .bat deve ser semelhante à seguinte parauma política irrestrita: powershell -command set-executionpolicyunrestricted <nul

3. Para garantir o encerramento correto da sessão do PowerShell, adicione <nul ao finalda 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 especificada noplano 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 na página 10 para obter mais informações sobre acópia do plano 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 inclui osarquivos do banco de dados, registros de transações e arquivos de checkpoint. Apósa 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 um backupcompleto do banco de dados selecionado ou o backup falhará. Os registros detransaçõ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, especificao número máximo desejado de cópias 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 com falhanã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 para incluircó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 erros indicamuma possível corrupção dos dados nos arquivos de registro ou .edb. Eles fazer com que acriação da cópia falhe a menos que você instrua especificamente o AppSync a ignorá-los.

O AppSync procura registro de eventos de aplicativo para esses erros toda vez que umacópia é criada. Na primeira vez que ele é executado, o AppSync pesquisa o registrointeiro. Execuções subsequentes pesquisam desde a última execução bem-sucedida. Senão houver nenhuma cópias existentes, então o AppSync pesquisa todo o registro nacriaçã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 7 Erros de eventos do Microsoft Exchange

Erro Significado

-1018 O banco de dados tentou e falhou em verificar as informações sobre uma páginaespecífica no banco de dados.

-1019 Semelhante ao erro -1018, mas indica que a página acessada retornou um número depágina inválido (geralmente zeros) em vez de um checksum inválido.

-1022 Indica problemas de hardware graves, especialmente problemas de subsistema de disco.Se o mecanismo de banco de dados solicita uma página do disco, mas em vez dissorecebe um erro do subsistema de I/O, um erro -1022 ocorrerá.

447 Indica a corrupção da estrutura de banco de dados lógico. É acompanhado por umamensagem informando que o armazenamento de informações foi encerrado de modoanormal.

448 Indica uma inconsistência ou corrupção em uma tabela no banco de dados Microsoft Jet.É acompanhado por uma mensagem informando que foi detectada uma inconsistência dedados de armazenamento de informaçõ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 em um


Create copy 55

ambiente de DAG. Os planos de serviço podem ser configurados para ignorar a restriçãoque 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, porque disporde bancos de dados e registros no mesmo volume limita suas opções de restauração. Noentanto, você pode escolher se os planos de serviço com essa configuração devem serefetivados 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. Parapreservar os arquivos de registros mais recentes para uso durante a recuperação, copie-os para outro volume antes da restauração.

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 formatos descript válido são. bat, .exe e .ps1 (scripts do PowerShell). Opcionalmente, você podedigitar 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 Exchange eSQL) ou porque os itens em um plano de serviço podem ser protegidos por tecnologiasde replicação diferentes. Por exemplo, um plano de serviço pode conter alguns itens deaplicativos que são protegidos por VNX Snapshot e alguns por bookmarks doRecoverPoint. Como resultado, os itens do aplicativo contidos nesses grupos sãoprotegidos de modo independente.

Quando o AppSync exige um script pós-cópia, ele transmite as cópias que foram criadasno grupo chamando o script com - appCopies<APP1><APP2>, onde APP1 e APP2 são osnomes dos itens do aplicativo nesse agrupamento.

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 receber umerro; portanto, deve definir uma política de execução adequada.




3. Para garantir o encerramento correto da sessão do PowerShell, adicione <nul ao finalda 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ópiaserá 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.

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 onde osarquivos de metadados do Exchange são copiados, o tipo de cópia para montar e o tipode 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 que têmas Exchange Management Tools instaladas são exibidos na lista suspensa. Essesservidores 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 ou Readonly

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 caminho demontagem, delimite o nome da variável com sinais de porcentagem únicos (%). Ocaminho 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:

< > : " / | ? *


fase Unmount previous copy 57

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ó de DAGcom 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ções daorigem.

n Slow access time, fast image I/O performance (RecoverPoint access mode: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 (RecoverPoint accessmode: 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 access mode: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çã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 de tempo de serviço de um grupode 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.

l Além disso, se você estiver usando um array VMAX 3, uma configuração chamada deobjetivo de nível de serviço (SLO) desejado está disponível. A opção é exibida noAssistente Mount e especifica os objetivos de nível de serviço necessários do VMAX3. O SLO define o intervalo operacional do tempo de serviço de um grupo dearmazenamento.



Substituições do host de montagem no plano de serviçoSelecione hosts de montagem diferentes para vários Exchange Servers inscritos em umplano de serviço.

Na fase Mount copy de um plano de serviço, você pode especificar o host no qual a cópiadeve ser montada juntamente com as opções de montagem relacionadas. Se você tivervários servidores como parte de um plano de serviço, você pode hospedar suas cópiasem diferentes hosts. Você pode especificar os hosts de montagem diferentes e outrasopções na guia Mount Copy Overrides da fase Mount copy em um 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ções demontagem 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 e cliqueem Set Overrides.

5. Na caixa de diálogo Override Default Mount Settings, selecione as opções apenaspara 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 o servidor eclique 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 bancos dedados não compartilham a mesma LUN e o host de montagem tem recursos suficientespara dar suporte a verificações de consistência simultâneas, use a opção In parallel.Observe que há um limite de 16 verificações simultâneas que o Exchange pode realizar.


Validar cópia 59

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 no bancode 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 de consistênciado Exchange são executadas. Habilitar esses recursos pode afetar o desempenho.

l Minimize log checking

Escolher 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ários pararecuperar 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 registros doExchange incluídos na cópia. O subconjunto de registros é na verdade os registrosque são necessários para recuperar o banco de dados. Se a janela de backup forpequena, essa opção pode ser útil. No entanto, a cópia contém registros que nãoforam verificados para garantir a consistência. Se você tentar restaurar o volume deregistro, perceberá que alguns arquivos de registro foram corrompidos ou asequência de registro não foi concluída. Antes de restaurar o volume de registro,você deve montar a réplica e executar eseutil /k Enn no caminho 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ção

As verificações de consistência podem ser pausadas para desacelerar o nível de I/Odurante a verificação. Você pode especificar o número de IOs após o qual pausar e aduração da pausa.

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ê podeexecutá-lo em um host registrado que não seja o host de montagem, e informar ascredenciais 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 dados montadossão encerrados como parte dessa fase.

Essa fase permanece desativada caso a fase Unmount previous copy esteja ativada. Nãohá 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 servidor do Exchange 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 com aadiçã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.

As cópias não podem ser montadas para o mesmo servidor de DAG em que a cópia foicriada.

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, seos arquivos de registro e do sistema estiverem em L:\, e os armazenamentos da caixade 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 dados nasLUNs são substituídos, mesmo se o volume estiver em uso. Essa ação é diferente deoutras plataformas Windows nas quais o AppSync exibirá uma advertência se a LUNestiver em uso. Como as restaurações substituem tudo, não devem haver outrosdados 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 uma cópiaou um banco de dados.




Unmount copy 61

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, selecioneuma cópia e clique em Mount.

2. Use os filtros Copies ou Service Plan para selecionar a cópia apropriada a montar.

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 uma cópiade acordo com um horário específico. Clique em Select a point in time para selecionaruma cópia com um registro de hora. A hora exibida é a hora do console. Se o consoleestiver em um fuso horário diferente do servidor, especifique a hora de acordo com ofuso horário do servidor para montar a cópia.

4. Na página Mount Additional Copies, selecione um ou mais cópias adicionais paramontar.

As cópias listadas aqui são outros bancos de dados que foram protegidos ao mesmotempo 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 as opçõesde validação. Consulte as opções de validação de montagem para obter detalhes.

6. Na página Mount Options, selecione as opções de montagem.

l Para arrays do VMAX 3 (somente), são apresentadas um menu suspenso de SLO.Você pode selecionar o objetivo de nível de serviço (SLO) desejado para a cópiade montagem. Se houver um grupo de armazenamento para o host de montagemcom o SLO desejado, o AppSync adicionará a LUN ao grupo de armazenamento. Seo grupo de armazenamento não existir, o AppSync adicionará a LUN a qualquergrupo de armazenamento que esteja mascarado para o host. Se um grupo dearmazenamento estiver configurado para selecionar dispositivos de destino, oAppSync removerá os dispositivos do grupo de armazenamento no momento damontagem e os adicionará ao grupo de armazenamento para o host de montagem.Os dispositivos serão adicionados ao grupo de armazenamento original quando acópia for expirada. Um exemplo de menu do SLO desejado é mostrado a seguir:



Figura 2 Para VMAX 3 selecione o SLO desejado

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 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 mesmo queo 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 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 (%%).


< > : " / | ? *

n Same as original pathEssa é outra opção para o caminho de montagem. Você pode selecionar umadas opções.


Montando uma cópia do Exchange sob demanda 63

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 Copy metadata files toPor padrão, o local para copiar arquivos de metadados 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 access mode: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 (RecoverPoint accessmode: 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 access mode:Virtual Access)Fornece acesso quase instantâneo à imagem; ele não se destina aoprocessamento intensivo.

7. Na página Configurar o serviço de interface do Exchange AppSync, forneça ascredenciais 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ço nãoestiver 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 diversas fasesda 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 montar aréplica automaticamente em um host alternativo após ter sido criada, você deve executaruma 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 (modoserial). Selecione esta opção se você tiver vários bancos de dados do Exchange emuma LUN.

l In Parallel — Execute testes em vários bancos de dados simultaneamente (modoparalelo).

Minimize log checkingSelecionando Minimize log checking, o AppSync verifica um subconjunto de registros doExchange incluídos na réplica. Se a janela de backup for pequena, essa opção pode serútil. No entanto, a réplica pode conter registros que não foram verificados para garantir aconsistência.

Para obter proteção máxima, desmarque Minimize log checking. Para obter desempenhomá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 vez queuma verificação de consistência só pode ser executada em todos os registros em um 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 ser selecionada,a menos que você esteja trabalhando com o suporte da EMC para resolver um problemarelacionado ao throughput de I/O. Normalmente, a opção de controle 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 a quantidadede I/Os que pode ocorrer entre pausas. Você pode escolher qualquer valor entre 100e 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.)

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.



l Se a cópia é montada devido à execução de uma restauração de nível de item,verifique se todo o trabalho do aplicativo ItemPoint foi concluído antes dadesmontagem da cópia.

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 caixa de correiodo Exchange que hospeda o banco de dados e selecione o banco de dados com acópia a desmontar.

l Service Plans > Microsoft Exchange> selecione um plano de serviço na guia Copies.

2. Na lista de cópias, selecione a cópia e clique em Unmount.


Desmontando uma cópia do Exchange 65

A caixa de diálogo Unmount Confirmation exibe as cópias de outros bancos de dadosque foram montados juntamente com a cópia selecionada para ser desmontada.

3. Clique em Yes para confirmar a desmontagem de todas as cópias mostradas na caixade diálogo.

A janela Unmount exibe o andamento da operação de desmontagem. Todas as cópiasassociadas á cópia selecionada serão desmontadas.

Visão geral da restauração de cópias do ExchangeSaiba mais sobre os recursos de restauração do Exchange, juntamente com os níveis decó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ês pontosjá mencionados), se o servidor for membro de um DAG (Database Availability Group,grupo de disponibilidade de bancos de dados).

O AppSync restaura as cópias VNX/VMAX no nível da LUN e o VNXe copia no nível dogrupo de LUNs. Em um ambiente RecoverPoint, a restauração está no nível do grupo deconsistência.

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 torna partede uma réplica inadvertidamente, devido a sua proximidade com os dados que vocêpretende proteger. Você pode impedir situações de entidades afetadas planejandoadequadamente o layout dos dados de acordo com a granularidade da réplica. Agranularidade de uma réplica depende do ambiente.

Se houver entidades afetadas na configuração de armazenamento subjacente, oAssistente Restore notifica sobre esses itens. As situações a seguir produzem entidadesafetadas que exigem que você confirme que itens adicionais serão restaurados:

l Para o RecoverPoint, se os bancos de dados estão no mesmo grupo de consistência,eles se tornam entidades afetadas quando outros bancos de dados são protegidos.

l Para o VNXe, se os bancos de dados estão no mesmo grupo de LUNs, eles se tornamentidades afetadas quando outro banco de dados no grupo é protegido.

l Para VMAX, VNX, VNXe ou XtremIO, se os bancos de dados estiverem na mesma LUN,eles se tornam entidades afetadas quando outros bancos 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 entidades afetadas.

Se a entidade afetada tiver sido protegida juntamente com o banco de dadosselecionado para restauração, o AppSync a restaura. Qualquer outro banco de dados quenão tiver sido protegido, mas é uma entidade afetada, é substituído. O AppSync calculaas entidades afetadas para grupos de consistência, grupos de LUNs ou LUNs do bancode dados selecionado para a restauração. Se os bancos de dados afetados residirem



parcialmente em outros grupos de consistência, grupos de LUNs ou LUNs, o AppSync nãocalcula as entidades afetadas nesses grupos de consistência. Grupos de LUNs ou LUNs.

As entidades afetadas são calculadas de acordo com a granularidade da restauração. Seos dados e registros forem selecionados para restauração, as entidades afetadas sãocalculadas para todos os grupos de consistência, grupos de LUNs ou LUNs onde o bancode dados reside. Se apenas dados ou a restauração de registros for selecionada, entãoas entidades afetadas são calculadas somente para o grupo de consistência, grupo deLUNs ou LUN apenas do componente selecionado.

Se os componentes de dados e registros do banco de dados residirem no mesmo grupode consistência, grupo de LUNs ou LUN, a opção para restaurar somente registros ouapenas os dados não estará disponível. Você tem a opção de restaurar apenas dados eregistros. A única exceção a essa situação é quando você executa uma restauração decó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 na parte inferiorda página.

2. Selecione a cópia a ser restaurada e clique em Next.

3. Na página Select Options, selecione as opções de restauração apropriadas e cliqueem 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 estiver selecionado,você deve recuperar o banco de dados manualmente.

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 o AppSyncrestaura 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.


Restaurando de uma cópia do Exchange 67

4. 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ão podecontinuar.

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 adicional doExchange - a função View-only Organization. Se sua conta não tem essa função, vocêverá uma mensagem de advertência.

5. Marque a caixa de seleção para indicar que concorda em restaurar outras entidadesjuntamente com a cópia selecionada.

Desmonte manualmente os bancos de dados que serão substituídos.

6. Verifique a página Summary e clique em Finish para restaurar a cópia.



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 intervalo mínimonecessário de registros, execute o seguinte comando em cada banco de dados após arestauração e antes de executar a recuperação: ESEUTIL /mh <database name>.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 executar ocomando 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ível usandoo 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.

Restaurando um banco de dados do Exchange independente em no XtremIOEste procedimento é aplicável somente para XtremIO 3.x. XtremIO 4.0 e posterior temuma restauração formal usando o Assistente Restore.



Analise e siga estas etapas para restaurar uma cópia de snapshot do XtremIO de umbanco de dados de Exchange independente que reside em um array 3.x do XtremIO.

A cópia montada é validada antes da restauração manual (fase Mount with Validation)com esse procedimento.

Obs.

Restrições: Bancos de dados renomeados e excluídos não podem ser restaurados. Arestauração de dados (somente) ou registros (somente) não é aceita.

Procedimento

1. Suspenda os agendamentos do AppSync que afetam a cópia que está sendorestaurada.

2. Para restaurar a cópia para o host de produção, use o console do AppSync paramontar a cópia. Certifique-se de selecionar a fase Validation.

a. Garanta uma montagem de leitura/gravação.

b. Monte com o caminho padrão ou qualquer caminho definido pelo usuário

3. Interrompa o aplicativo de produção, usando o Console de gerenciamento doExchange Dismount Production database.

4. Desmonte o banco de dados do Exchange no Console de gerenciamento do Exchange.

5. Remova as letras de drive para drives de banco de dados de produção.

6. Atribua letras de drive do banco de dados de produção para banco de dadosmontados (drives de registros e dados, respectivamente) e, em seguida, verifique seos caminhos de dados e registro.

7. No Console de gerenciamento do Exchange, monte o banco de dados de produção.

8. Para remover cópias dos banco de dados do AppSync, clique emRemove na páginade cópias do console do AppSync.

A função Remove é semelhante à Expire, mas Remove não exclui as cópias doarmazenamento.

9. No console do AppSync, mova os snapshots montados para a pasta de produção noarray do XtremIO.

10. Teste o conteúdo restaurado para confirmar que a restauração foi efetivada.

11. Remova os volumes de produção em XtremIO com o console do AppSync.

Os snapshots de volumes excluídos se tornam a volumes de produção.

12. Se os drives de dados e registros forem vDisks, execute a nova detecção do VirtualCenter do VMware em AppSync.

13. Para criar uma nova cópia de dados restaurados, execute o plano de serviço.

14. Retome todos os agendamentos suspensos.

15. Opcionalmente, limpe ou exclua os dispositivos de produção do host de produção eremova os pontos de montagem do AppSync criados durante a fase de montagem.

Restaurando um DAG de banco de dados do Exchange no XtremIOEste procedimento é aplicável somente para XtremIO 3.x. XtremIO 4.0 e posterior temuma restauração formal usando o botão Restore e o Assistente Restore.

Essas etapas mostram como restaurar uma cópia de snapshot do XtremIO um banco dedados do Exchange com DAG que reside em um array do XtremIO 3.x.


Restaurando um DAG de banco de dados do Exchange no XtremIO 69

A cópia montada é validada antes da restauração manual (fase Mount with Validation)com esse procedimento.

Obs.

Restrições: Bancos de dados renomeados e excluídos não podem ser restaurados.Restauração de dados (somente) ou registros (somente) não é aceita.

Procedimento

1. Suspenda os agendamentos do AppSync que afetam a cópia que está sendorestaurada.

2. Para restaurar a cópia para o host de produção, use o console do AppSync paramontar a cópia. Certifique-se de selecionar a fase Validation.

a. Garanta uma montagem de leitura/gravação.

b. Montar com o caminho padrão ou qualquer caminho definido pelo usuário(membro do DAG em que a cópia foi protegida).

3. Interrompa o aplicativo de produção usando o Exchange Management Console,suspenda as cópias passivas e desmonte o banco de dados de produção [ativo].

4. Remova as letras de drive para drives de banco de dados de produção.

5. Atribua letras de drive do banco de dados de produção para banco de dadosmontados (drives de registros e dados, respectivamente) e, em seguida, verifique seos caminhos de dados e registro.

6. No Console de gerenciamento do Exchange, monte o banco de dados de produção.

7. Para atualizar as cópias passivas, execute o seguinte comando para todos osmembros do DAG: Update-MailboxDatabaseCopy -Identity <DatabaseName>\<DAG member> -SourceServer <DAG Member>

8. No console do AppSync, clique em Remove na página de cópias do AppSync pararemover as cópias do banco de dados do AppSync.

A função Remove funciona como Expire, mas Remove não exclui as cópias doarmazenamento.

9. No console do AppSync, mova os snapshots montados para a pasta de produção noarray do XtremIO.

10. Teste o conteúdo restaurado para confirmar que a restauração foi efetivada.

11. Remova os volumes de produção em XtremIO com o console do AppSync.

Os snapshots de volumes excluídos se tornam a volumes de produção.

12. Se os drives de dados e registros forem vDisks, execute a nova detecção do VirtualCenter do VMware com AppSync.

13. Para criar uma nova cópia de dados restaurados, execute o plano de serviço.

14. Retome os agendamentos suspensos.

15. Opcionalmente, limpe ou exclua os dispositivos de produção do host de produção eremova os pontos de montagem do AppSync criados durante a fase de montagem.

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 grupo deconsistê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ência diferentes.Se você tiver dados e registros de um banco de dados do Exchange no mesmo grupode consistência, a restauração parcial não é aceita.

l Os registros devem ser restaurados a partir de uma cópia de backup diferencial maisrecente. O AppSync não aceita a restauração apenas dos registros de um backupcompleto 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 dados apenaspara 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 os registrosde uma cópia mais recente para tornar a cópia atual.

Restaurar uma cópia dos registros é um processo composto por duas etapas. Execute oAssistente Restore e selecione uma cópia de backup completa para restaurar apenas osdados. Não selecione Recover and mount the databases after restore nesta execução.

Execute o Assistente Restore novamente e selecione uma cópia de backup (um backupdiferencial, no caso do RecoverPoint) para restaurar somente os registros. Desta vez,selecione a opção Recover and mount the databases after restore. Essa cópia deve serposterior à cópia de backup que você selecionou durante a primeira execução.

Note

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, obanco 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 em outrovolume.

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.


Restaurando registros de cópia consistente em caso de falha (APiT) 71

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 de produção.

4. Use ESEUTIL /k Enn (Enn é o prefixo de registro do banco de dados) para verificaros 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 onde estavamquando o banco de dados vazio foi criado. As assinaturas de arquivo de registro nãocorrespondem à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 banco dedados e seus nomes e caminho de arquivo devem ser exatamente os mesmos queaqueles na cópia do AppSync. Se você não recriar o banco de dados excluído, oAppSync 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ível usandoo 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 banco dedados tiver sido recuperado.

Restauração em nível de itemO AppSync pode restaurar caixas de correio e mensagens individuais do Exchange 2010e 2013 quando o EMC ItemPoint for Microsoft Exchange Server está instalado.

O seguinte software deve estar instalado e em execução no host de montagem onde vocêdeseja executar as restaurações em nível de item:

l Plug-in de host do AppSync

l EMC ItemPoint for Microsoft Exchange Server

l Cliente de MAPI do Microsoft Exchange

l Cliente de 32 bits do Microsoft Outlook

Consulte a documentação do ItemPoint no site de suporte da EMC para obter maisinformações sobre o ItemPoint.

Restaurando caixas de correio individuais e itens de caixas de correioUse o ItemPoint para restaurar caixas de correio individuais e itens de caixas de correiodo Exchange.



1.Faça o log-on no host de montagem como o usuário executará o ItemPoint. Você deveser um administrador local.

2. Selecione Recover > Restore > Individual items na página Databases ou Copies.

3. Na página Select Copy, selecione uma cópia da lista.

Se a cópia tiver sido feita com o RecoverPoint, você pode: Add a desired point in time(adicionar um ponto no tempo desejado) e selecionar essa cópia. Especifique umadata e hora (e servidor DAG, se apropriado) quando você selecionar essa opção. (Sevocê iniciar o assistente a partir de uma cópia, essa etapa não será realizada.)

4. Se a cópia for desmontada, você selecionará as opções de montagem. Na páginaSelect Mount Options, selecione o host de montagem e o caminho de montagem(caminho original ou padrão).

5. Na página Item Level Restore Settings, digite as credenciais de nome de usuário esenha para acessar o Assistente Restore em nível de item e selecione um diretóriotemporário.

O diretório temporário é usado pelo ItemPoint para armazenar os arquivos usadospara recuperar dados. Esses arquivos podem exigir espaço em disco igual aotamanho dos arquivos .log. Use as credenciais de usuário discutidas na etapa 1.

Essa operação requer o cliente do Microsoft Exchange MAPI e o cliente do Outlook de32 bits. Para obter mais detalhes sobre as funções necessárias as permissões doExchange para a conta usada para acessar o ItemPoint, consulte a documentação doEMC ItemPoint for Microsoft Exchange Server.

6. Na página Summary, confirme suas configurações e selecione Finish para iniciar oEMC ItemPoint for Microsoft Exchange Server.


Restauração em nível de item 73

Depois que você terminar

l Depois de concluir, use o ItemPoint para restaurar os itens da caixa de correio. Paraobter mais informações sobre o uso do EMC ItemPoint for Microsoft Exchange Server,consulte a documentação do ItemPoint for Microsoft Exchange Server EMC.

Obs.

Não desmonte a cópia que está sendo restaurada usando ItemPoint até que todo oprocesso tenha sido concluído no ItemPoint.

Solução de problemas do serviço de interface do Exchange doAppSync EMC

Siga as dicas de solução de problemas:

É necessário reinicializar?

Se 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 reinicializariaautomaticamente sem aviso. Reinicializações automáticas foram removidas do AppSync2.0 e posteriores. Para verificar se uma reinicialização é necessária, consulte o seguinteno Windows\temp\appsync_host_plugin_setup.log:

>: "C:\Program Files\EMC\AppSync HostPlug-in\msredist\vcredist-10.0.40219.1-x64.exe" /q Command.run(): starting stdout 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 de usuário tem os direitos corretos?

Se serviço de interface do Exchange do AppSync EMC 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 de 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 AppSync EMC recebeu as permissões corretas doExchange.

Como registrar o serviço manualmente.

1. Conceda os direitos de usuário Log on as a batch job e Log on as aservice à conta de usuário que executará o serviço de interface do Exchange doEMC AppSync.

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 Por exemplo: awExchangeInterface /



service /user mydomain /appsyncexchuser /passwordmYp@55W0rd.

4. Para configurar a senha para o componente DCOM, execute DCOMCNFG.

5. Expanda Component Services > Computers > My Computer > DCOM Config.

6. Clique com o botão direito em EMC AppSync Exchange Interface e selecioneProperties.

7. Clique na guia Identity.

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 EMC AppSyncexecutando: net start appsyncexchangeinterface.

11. Use o console do AppSync para detectar novamente o servidor. Acesse Settings >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ê precise digitar ascredenciais novamente.

O que fazer se o serviço for parcialmente registrado?

Se os direitos e permissões não forem concedidos corretamente à conta de usuário, ouse softwares conflitantes forem instalados, o serviço de interface do Exchange do EMCAppSync não será registrado corretamente. Talvez você precise fazer uma limpezamanual. Siga estas etapas:

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 interface doExchange do EMC AppSync foi removido. Se isso persistir, execute: sc deleteAppSyncExchangeInterface

4. Usando o console do Component Services (DCOMCNFG), verifique se o componentedo DCOM do Exchange Interface Service do EMC AppSync foi removido. ExpandaComponent Services > Computers > My Computer > DCOM Config.

5. Se o componente persistir, clique em DCOM Config, em seguida, no painel central,clique em EMC AppSync Exchange Interface e, em seguida, clique em Delete.


Solução de problemas do serviço de interface do Exchange do AppSync EMC 75

CAPÍTULO 6

Proteger o SQL Server


l Visão geral do suporte do SQL Server.................................................................... 78l Suporte a grupos de disponibilidade AlwaysOn.....................................................81l Backup de registros de transações do SQL Server................................................. 81l Considerações para trabalhar com o SQL Server em um cluster............................. 90l Pasta SQL Server User Databases..........................................................................92l Proteger um banco de dados SQL..........................................................................93l Considerações sobre a montagem para o SQL Server.......................................... 106l Visão geral da restauração de banco de dados do SQL Server............................. 113l Reutilizando cópias de bancos de dados do SQL Server...................................... 126

Proteger o SQL Server 77

Visão geral do suporte do SQL ServerUso o AppSync para criar e gerenciar cópias consistentes com aplicativos de bancos dedados 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á suportea 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 cluster alternativoou cluster de produção como recurso fora de cluster. Montagem com recuperação emuma instância fora de cluster.

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/extendedSupport é afonte consagrada de informações em plataformas e software compatíveis.

l O banco de dados SQL Server e seus registros de transações devem estar em discosno 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á. Ao usarcatálogos de texto completo, certifique-se de que o dispositivo de armazenamentoonde o catálogo está não inclui dados não relacionados ao banco de 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 mesma versãodo SQL Server em hosts de produção e montagem.

l Em ambientes Hyper-V, o AppSync exige que o armazenamento para arquivos deregistro e banco de dados do SQL esteja em dispositivos NPIV Fibre, dispositivosconectados diretamente a iSCSI ou dispositivos SCSI de passagem. A filtragem deSCSI Command Descriptor Block (CDB) deve ser desativada na partição pai. Ela ficaativada por padrão. Para cluster do SQL Server, o AppSync exige que oarmazenamento esteja em dispositivos NPIV Fibre ou conexão direta iSCSI.

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.

Suporte para SQL Server em discos virtuaisVocê pode proteger, montar e restaurar bancos de dados SQL Server independentes e emcluster que residem em discos virtuais do VMware.

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 A proteção dos bancos de dados do SQL Server não é compatível entre máquinasvirtuais que compartilham o mesmo datastore.

l Ao restaurar bancos de dados em cluster SQL Server, você deve adicionar todos osnós do proprietário da instância em cluster do SQL Server ao AppSync.

Direitos e permissões necessáriasÉ necessário que os usuários tenham determinados direitos e permissões para protegeros bancos de dados em um ambiente SQL Server. A conta de usuário deve serconfigurada 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.

No SQL Server 2012, a conta virtual padrão usada na conta de inicialização do serviço domecanismo de banco de dados não tem as permissões de file system necessárias paraacessar os arquivos de banco de dados montada ou restaurada. Portanto, a recuperaçãode bancos de dados SQL pode falhar. Para superar isso, você deve alterar a conta deinicialização de serviço para o mecanismo de banco de dados do SQL Server para usaruma conta de usuário de domínio com permissões e privilégios apropriados.

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 que nãotem privilégios de administrador local.

Procedimento

1. Crie um usuário de domínio do Windows (por exemplo, sqluser) e inclua-o no grupode usuários de domínio.

2. No SQL Server Management Studio, crie um novo log-in, usando a conta de domíniorecé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.


Configurações do SQL Server compatíveis 79

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 do controladorde 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 direitos de 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 o plug-inde AppSync está instalado (normalmente, C:\Program Files\EMC\AppSyncHost Plug-in).

9. Use este usuário AppSync quando você configurar a proteção ou realizar outras açõesque 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 de algumaspermissões antes que possa ser usada para acessar o SQL Server do AppSync.

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 conta recé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. No controlador dedomínio, execute Iniciar > Programas > Ferramentas administrativas > Política desegurança local.

Nos hosts adicionados ao domínio: Iniciar > Programas > Ferramentas > Política deseguranç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 direitos de 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 doAppSync está instalado.



7. Se você selecionar a opção Restore para fazer backup dos registros de transaçõespara um arquivo, o usuário deve ter direitos para acessar o diretório de 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 em clustere 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 para Copypara 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 ser definidacomo 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ó no mesmocluster 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 se aplicamaos grupos de disponibilidade. Consulte Considerações para o SQL em um cluster napágina 90.

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 SQL Serverem 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 SQL Server.Obtenha as principais considerações, bem como restrições antes de implementar seusbackups.


Atualizar as credenciais de log-in de uma instância do SQL Server 81

Cada banco de dados do SQL Server tem um registro da transações. Grave os backups deregistros de nos sistemas de armazenamento da EMC compatíveis com o AppSync, paraque você possa criar cópias do volume de backup do registro. Se você fizer registrosbackup para bancos de dados em um ambiente de cluster de failover, use oarmazenamento compartilhado ou um compartilhamento de rede para que os backupsde registros sejam gravados no mesmo local.

Você pode usar backups de registros de transações durante a recuperação de um bancode dados de produção ou ao fazer uma cópia de um banco de dados de produção.Dependendo do modelo de recuperação de banco de dados, o registro de transaçõespode se ficar cheio. Para evitar a acumulação de registros, execute backups de registrosde transações regularmente com truncamento habilitado.

O AppSync pode fazer o backup de registros de transações em ambientes AAG (AlwaysOnAvailability Group, grupo de disponibilidade AlwaysOn). Ele pode fazer backup de cópiasde banco de dados primário ou secundário. Se o truncamento estiver habilitado, parainiciar o truncamento, faça o backup do registro de transações do banco de dadosprimá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. Oarquivo pode ser gravado em um compartilhamento de volume ou de rede local usandoum caminho UNC.

Restrições

l Para fazer backup de um registro da transações, o modelo de recuperação de bancode dados deve ser "Full" ou "Bulk-logged". O AppSync ignora o backup de registrospara qualquer banco de dados com o modelo de recuperação simples.

l Para criar quaisquer backups de registros com truncamento de registro, primeiro criepelo 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 do bancode 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 que pertencem aum grupo de disponibilidade, altere o agendamento de modo que o backup dediferentes cópias do banco de dados não seja feito ao mesmo tempo.

Tópicos relacionados

l Configurar o backup de registros de transações do SQL Server na página 82

l Executar o backup de registros sob demanda na página 85

l Exibir backups de registros para um plano de serviço na página 86

l Exibir a lista de backup de registros para um banco de dados na página 88

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 controle completodo diretório. Essa conta é a conta de usuário que você informou ao detectar os bancos dedados. Verifique também se a conta configurada para o serviço de mecanismo de bancode dados do SQL Server da instância do SQL Server sendo protegida tem controlecompleto 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 backups deregistros e onde gravar os arquivos de backup dos registros. Os backups de registros detransação são executados em sequência.Figura 3 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 1 a 24horas. 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 um intervaloespecífico, o plano de serviço terá dois agendamentos associados a ele: um parabackups de banco de dados e outro para backups de registros. O backup de registrosé conhecido como agendamento alternativo. Os backups de registros são executadosentre os backups de banco de dados usando o agendamento alternativo.


Configurar o backup de registros de transações do SQL Server 83

2. Edite o campo Backup path para definir o local onde o AppSync grava os arquivos debackup 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 ou o caminhoUNC de um compartilhamento de rede.

O AppSync criará o diretório especificado, se ele não existir. Ele cria um subdiretóriousando o nome da instância do SQL Server. Os nomes de arquivos de backup deregistros 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 a quantidadede espaço livre no volume antes de o AppSync iniciar um backup de registros detransação.

Se não houver espaço livre suficiente, um alerta será gerado e o backup de registrosfalhará.

4. Use o campo Backup group size para controlar o número de backups de registrosparalelos para uma instância do SQL Server. O valor padrão é 5 (o AppSync executaos 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 os backups debanco de dados Full.

Esse campo será selecionado por padrão quando você selecionar o tipo de backupFull, e é desativado quando você seleciona Copy. Para proteger os bancos de dadossecundários, trunque os registros, selecione Auto Switch to Copy e Truncate the logs.

6. Para executar um checksum no backup do registro, selecione o campo Checksum thebackup.

7. Defina a opção Minimum Retention Hours para controlar quando os arquivos debackup 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 de backupde registros e as informações de backup de registros contidas no banco de dados doAppSync. A configuração padrão é 24 horas, o que significa que o AppSync não expiraqualquer backup de registro antes que tenha no mínimo 24 horas. 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 de backupde pós-registro pode ser executado no host de produção ou no host de montagem (se amontagem estiver habilitada), ou você pode especificar um servidor. O servidor deve tero plug-in de host de AppSync instalado.



Figura 4 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 Log Backupdo 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 de serviço,acesse Service Plans > Microsoft SQL Server, selecione o plano de serviço desejadohabilitando o botão Run Log Backups e clique em Run Log Backups para executar obackup para todo o plano de serviço.

2. Para executar um backup de registros para um único banco de dados, acesse CopyManagement > Microsoft SQL Server, selecione uma instância do SQL Server,selecione o banco de dados desejado e, em seguida, selecione a guia Log Backups.Por fim, selecione o plano de serviço apropriado na lista Create log backup using planpara executar o backup de registros.


Executar o backup de registros sob demanda 85

Exibir backups de registros para um plano de serviçoA lista de backups de registros do SQL Server pode ser visualizada na guia Service PlanLog 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 8 Detalhes de backup de registro do plano de serviço

Coluna Descrição

Status l Verde: bem-sucedida

l Amarelo: alguns backups do registro concluí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 nome da cópia tem a hora em que ela foifeita.

Service Plan O nome do plano de serviço associado ao backup de registro.

Truncated Indica se o registro de transação foi truncado pelo backup de registros. Yes, se oregistro foi truncado, caso contrário, No.

Backup File O nome do arquivo de backup de registros e sua 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 guia Copiesdo plano de serviço, você também pode filtrar por instância.



Tabela 9 Detalhes da cópia do plano de serviço

Coluna Descrição


l Amarelo: concluído com erros

l Vermelho: falha

Name 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. O campo deplano de serviço fica em branco para cópias de reutilização.

Tipo de backup do SQLServer

Tipo de backup do SQL: Full ou Copy

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

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

apenas ser salvos em backup com o tipo de backup Copy. AutoSwitch to Copy está habilitado somente quando Full éselecionado como o tipo de backup. No entanto, ele édesmarcado por padrão. Checking Auto Switch to Copy diz aoAppSync para verificar se a função do banco de dados ésecundária e, em caso afirmativo, para alternar o tipo de backuppara Copy. Se o Auto Switch to Copy não estiver habilitado, osbackups falharão para todos os bancos de dados secundários.

Mount Status Mostra se a cópia está montada. Se montada, 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.

Source 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 VNXe FileSnap

l VMAX Snap, VMAX Clone


Exibir cópias de banco de dados SQL 87

Tabela 9 Detalhes da cópia do plano de serviço (continuação)

Coluna Descrição

Para os tipos de cópia anteriores, os seguintes detalhes adicionaissão exibidos na guia Service Plan Copies:

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.

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

Continuação do tipo Copy:

l XtremIO snapshot

l VMAX 3 SnapVXClone, SnapVXSnap

Obs.

O botão Repurpose nesta página está habilitado. Quando você seleciona 1st Generationcopy, o Assistente Repurpose é iniciado e, nele, você pode criar cópias de 2ª 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 uma instância doSQL 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 10 Detalhes de backup de registro do banco de dados: Instância do SQL Server

Coluna Descrição


l Amarelo: alguns backups do registro concluídos com erros quando o plano deserviço foi executado.

l Vermelho: falha

Name Nome da cópia de backup de registro. O nome da cópia tem a hora em que ela foifeita.

Service Plan O nome do plano de serviço associado ao backup de registro.



Tabela 10 Detalhes de backup de registro do banco de dados: Instância do SQLServer (continuação)

Coluna Descrição

Truncated Indica se o registro de transação foi truncado pelo backup de registros. Yes, se oregistro foi truncado, caso contrário, No.

Backup File O nome do arquivo de backup de registros e sua localização.

Expiração de backups de registrosO AppSync expira backups de registros quando o plano de serviço é executado para criarum 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 seguintes condiçõesocorrerem:

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 SQL Serverdefinido como cópia, somente os backups de banco de dados criados por esseplano de serviço são considerados na pesquisa por backups de bancos de dadosmais antigos.

n Se o plano de serviço de backup de registros tiver o tipo de backup de SQL Serverdefinido como completo, os backups de banco de dados completos criados porqualquer 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. Isso deixavários backups de registros com nenhum backup de banco de dados mais antigo. Oplano de serviço é executado novamente, criando um backup de registros e expirandotodos os backups de registros anteriores que têm pelo menos 24 horas.

Exemplo 2: considere a seguinte situação:


Expiração de backups de registros 89

l Você tem dois planos de serviço.

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. Da próximavez que o plano de serviço 1 for executado, o backup do banco de dados mais antigoserá 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 de serviç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 uma instância doSQL Server.

2. Clique na pasta User Databases.

3. Clique em um banco de dados na lista e selecione a 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 um clusterHá considerações especiais a se levar em consideração quando se trabalha com o SQLServer em um cluster.

Ao proteger os bancos de dados do SQL Server em um ambiente de cluster, você deveinstalar o plug-in de host do AppSync em todos os nós que são possíveis proprietários deuma instância do SQL Server. Você pode usar o console do AppSync para instalar o plug-in ou instalar manualmente o plug-in em cada servidor. Depois que o plug-in estiverinstalado, use o console do AppSync para adicionar o nome da rede ou endereço IP dasinstâncias do SQL Server em cluster.



Ao proteger instâncias do SQL Server em cluster:

l Você deve adicionar o servidor virtual do SQL Server ao AppSync depois de instalar osoftware do plug-in de host do AppSync em cada nó.

l Somente sub-redes únicas são compatíveis.

l Montando cópias do AppSync:

n Você pode montar cópias do AppSync criadas em bancos de dados em cluster emum servidor independente ou em um nó de cluster.

n Você pode montar cópias do AppSync criadas em bancos de dadosindependentes, no servidor independente ou em um nó de cluster.

Ao montar uma cópia de SQL Server para um cluster:

l Aceita a montagem para o cluster alternativo ou de produção como recurso fora decluster.

l Aceita apenas montagem em um nó de cluster, não aceita montagem para servidoresvirtuais ou montagem e recuperação para a instância em cluster.

l A montagem é compatível nos ambientes do VMAX, VNX, VNXe, XtremIO ouRecoverPoint. O Guia de Instalação e Configuração do AppSync descreve as etapas deconfiguraçã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 Se o servidor original for um servidor virtual, montar para um cluster de produçãousando a opção "original server" não é aceita e a montagem falha.

l Montar estaticamente as cópias do RecoverPoint SQL para clusters de produção nãoé aceito. Você deve usar montagens dinâmicas para essa situação.

l Realizar uma restauração montada de RecoverPoint enquanto a cópia é montada emum cluster de produção não é compatível.

l A montagem de cópias de APIT SQL do RecoverPoint para nós de cluster de produçãonã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 das instânciasem cluster do SQL Server. Além disso, alguns desses bancos de dados pertencem agrupos de disponibilidade AlwaysOn. Consulte a figura a seguir para este exemplo:


Considerações para trabalhar com o SQL Server em um cluster 91

Exemplo 1 Proteger os bancos de dados de propriedade de instâncias em cluster do SQLServer (continuação)

Figura 5 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 e independente,siga estas etapas:

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 de cluster.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.

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 de dadosdo AppSync.



No botão Protect, você pode inscrever a pasta em um plano. Assim, todos os bancos dedados 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 os bancosde dados que fazem parte da pasta estão protegidos. Qualquer banco de dados dousuário adicionado à instância também será protegido. O AppSync deixaráautomaticamente 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 inscrito emum plano de serviço, você não pode inscrever instâncias de bancos de dados de usuárioindividuais no mesmo plano de serviço.

Detectar instâncias do SQL ServerPara manter o AppSync atualizado, você deve detectar instâncias do SQL Server quandohá criação ou exclusão de instâncias.

Antes de você começarEssa operação requer a função de administrador de dados em AppSync

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.l Selecione Add Servers para adicionar um novo servidor ao 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 os bancosde dados e os lista. Para detectar manualmente os bancos de dados novamente, cliqueemDiscover Databases na página Databases.

Por outro lado, quando você inscreve a pasta User Databases em um plano, os bancos dedados são detectados automaticamente em cada execução do plano. Todos os bancosde dados que estão atualmente ON-LINE, incluindo aqueles adicionados à instância doSQL após a última execução do plano de serviço, são automaticamente protegidos.

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 originalmente inscritosno 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, o


Detectar instâncias do SQL Server 93

AppSync 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ão emgrupos 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, se necessário.Entre em contato com o Atendimento ao Cliente 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 é executada nahora agendada.

l Escolha um plano de serviço apropriado em Create copy using plan na página Copiesdo banco de dados.

l Escolha Run na página SQL Server Service Plans para executar o plano de todoimediatamente.

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

1. Navegue até Copy Management > Microsoft SQL Server.

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, selecionea 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 e executar oplano imediatamente para os bancos de dados selecionados.

Subscribe to Plan Para inscrever o banco de dados para proteção. A proteçãopara todos os bancos de dados que fazem parte do plano deserviç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 from Plan.Somente os planos para o qual o banco de dados está inscrito estão na lista pop-up.


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 de botõesabaixo.

A detecção pode levar vários minutos para ser concluída, dependendo do tamanho dainstância.

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.




2. Clique em uma instância do servidor e clique em User Databases para exibir seusbancos 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.


Detectar bancos de dados do SQL Server 95

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 da có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 de dados.

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. Selecione Expire na linha de botões abaixo.

Verifique se você deseja expirar a cópia selecionada e todas as cópias associadaslistadas 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 detalhadasdo plano de serviço e outras guias para obter informações sobre assinaturas, listas decó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 nafase 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.

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 the month e aconfiguração de regra, Run at 12:00 AM no 1st day of every month, você podesobrepor 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.



Detalhes e resumo do plano de serviço 97




O script de pré-cópia é executado de acordo com o agendamento definido na fase PlanStartup. Os formatos de 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árioespecífico. O script é executado como o sistema local por padrão.





3. Para garantir o encerramento correto da sessão do PowerShell, adicione <nul ao finalda 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 especificada noplano de serviço.

Essa fase especifica o tipo de backup a ser feito da cópia do SQL Server. Para cópias deSnapshot do VNX, essa fase também define o período de expiração automática dascópias.


Tipo de backup do SQL Server

Dois tipos de backup principais são compatíveis: Full e Copy.

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 do banco de dadosou quando a cópia será montada para usar um produto de terceiros a fim de criar umbackup do banco de dados. Esse tipo de cópia permite que você restaure os registros



de transação para levar o banco de dados para um point-in-time mais recente que acópia, supondo que você fez backup desses registros de transações. O AppSync usao recurso de snapshot VDI do Microsoft SQL Server para criar esse tipo de cópia.n Auto Switch to Copy está habilitado somente quando Full é selecionado como o

tipo de backup. No entanto, ele é desmarcado por padrão. Marcar Auto Switch toCopy informa ao AppSync para verificar se a função de banco de dados é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 falham paratodos os bancos de dados secundários.

l Copy protege o banco de dados e a parte ativa do registro de transações sem afetar asequência de backups. Isso oferece aos DBAs uma forma de criar uma cópia seminterferir nos aplicativos de backup de terceiros que podem estar criando backupsFull e/ou Differential dos bancos de dados do SQL Server. O AppSync usa o recursode snapshot VDI do Microsoft SQL Server para criar esse tipo de cópia.

Obs.

Os bancos de dados secundários são somente leitura e seu backup só poder ser feitocom o tipo Copy.

Expiração automática de cópias

O valor de expiração automática na fase Create copy, em um plano de serviço, especificao número máximo desejado de cópias 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 com falhanã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.



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.

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 formatos descript 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 Exchange eSQL) ou porque os itens em um plano de serviço podem ser protegidos por tecnologiasde replicação diferentes. Por exemplo, um plano de serviço pode conter alguns itens deaplicativos que são protegidos por VNX Snapshot e alguns por bookmarks doRecoverPoint. Como resultado, os itens do aplicativo contidos nesses grupos sãoprotegidos de modo independente.

Quando o AppSync exige um script pós-cópia, ele transmite as cópias que foram criadasno grupo chamando o script com - appCopies<APP1><APP2>, onde APP1 e APP2 são osnomes 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ópiaserá 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.




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.

Montar cópiaA 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 de Mount Copy Defaults, é possível definir o valor como Mount copyou 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 onServer

O servidor no qual montar a cópia. Somente os nós do cluster ou hostindependentes estão disponíveis para seleção. As máquinas virtuaisSQL são filtradas.

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 do Windowsno caminho de montagem, delimite o nome da variável comsinais 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: < > : " / | ? *

l O caminho de montagem também pode ser Same as OriginalPath. No entanto, essa opção não está disponível quando o hostde montagem é o mesmo que o host de produção.

l Se você especificar um caminho de montagem não padrão, odrive especificado para a montagem não pode ser um disco emcluster.

Copy metadatafiles to

l O Default Path é o local para copiar arquivos de metadados VDI eVSS: %SystemDrive%\AppSyncMounts\%%ProdServerName%%


l Se você fizer backup do banco de dados para outra mídia, faça obackup 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 do backup.

Modo de acessoà imagem(durante a

l Logged access: Use esta opção de montagem se a verificação deintegridade envolver a digitalização de grandes áreas dos



Campo Descrição

montagem doRecoverPoint)

volumes 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 processamento intensivo.Acesso virtual com teste não é compatível com RP VMAX eXtremIO de RP.

l Virtual access: Fornece acesso quase instantâneo à imagem. Oacesso 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 Desired ServiceLevel Objective (SLO) é exibida no Assistente Mount e especifica osobjetivos de nível de serviço exigidos pelo VMAX 3. O SLO define ointervalo operacional do tempo de serviço de um grupo dearmazenamento.

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 o AppSyncimponha um grupo de armazenamento VMAX, VNX ou XtremIOdedicado a uma montagem. (Um grupo de armazenamentodedicado VMAX ou VNX contém apenas o host de montagemselecionado.) Para o XtremIO, esta opção se aplica a um grupo deiniciadores do XtremIO que contém apenas um iniciador do hostde montagem. A montagem falhará se você estiver montando emum nó de um cluster que está em um grupo de armazenamentocompartilhado com outros nós.

Obs.

Use esta opção para montar a cópia em um nó para validação decópia ou backup em fita. Nesse cenário, você precisará de doisgrupos de armazenamento. Um grupo de armazenamento édedicado ao nó passivo, sendo usado como um host demontagem, e o outro grupo de armazenamento é para o restantedos nós do cluster. Os dois grupos de armazenamento contêm oarmazenamento compartilhado para o 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 de recuperaçã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 o caminho demontagem 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 asconfigurações de conexão não estiverem definidas ou forem inválidaspara a instância, a caixa de diálogo SQL Server Connection Settings éexibida. Clique em Connection Settings para redefinir as credenciais.

Obs.

As instâncias do SQL Server em cluster são filtradas sem essavisualização.

Se você estiver usando um array VMAX 3, uma configuração chamadaobjetivo 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 deserviço necessários do VMAX 3. O SLO define o intervalo operacionaldo tempo de serviço do grupo de armazenamento

Recovery Type As opções disponíveis são: Recovery (padrão), No Recovery e Standby

Databaserenaming

Este menu suspenso inclui:

l Use original database names (padrão se for instância alternativa):Não está disponível para seleção se Recovery Instance for ainstâ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 Suffix estáselecionado no menu suspenso Database renaming. O valor padrão éAppSync.

Mount path l O caminho de montagem padrão, quando o host de montagem é omesmo que o host de produção, é %SystemDrive%\AppSyncMounts\%%ProdServerName%%.

l Para especificar o valor de uma variável de ambiente do Windowsno caminho de montagem, delimite o nome da variável com sinaisde porcentagem únicos (%).



l O caminho de montagem também pode ser Same as OriginalPath. Você pode selecionar uma das opções.

l Se você especificar um caminho de montagem não padrão, o driveespecificado para a montagem não pode ser um disco em cluster.


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%%.



Campo Descrição


l Se você estiver fazendo backup do banco de dados para outramídia, deverá fazer backup também desses arquivos demetadados.


Modo deacesso àimagem(durante amontagem doRecoverPoint)

l Logged Access: Use esta opção de montagem se a verificação deintegridade envolver a digitalização de grandes áreas dosvolumes replicados. Essa é a única opção disponível quando 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 processamento intensivo.

l Virtual Access: Fornece acesso quase instantâneo à imagem; elenã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 o AppSyncimponha um grupo de armazenamento VMAX, VNX ou XtremIOdedicado a uma montagem. Para o XtremIO, esta opção se aplicaa um grupo de iniciadores do XtremIO que contém apenas uminiciador do host de montagem. O grupo de armazenamentocontém o host de montagem selecionado apenas para umamontagem e a montagem falhará se você estiver montando emum nó de um cluster que está em um grupo de armazenamentocompartilhado com outros nós.

Obs.


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ção paramontar em um host de montagem que é o único host no grupo deiniciadores.



Campo Descrição

Obs.


Substituindo configurações de montagem em um plano de serviço

Se várias SQL Servers registrados forem inscritos no mesmo plano, você pode selecionardiferentes configurações de montagem e recuperação para cada SQL Server, sobrepondoas configurações genéricas.



1. Navegue até Service Plans > Microsoft SQL Server e clique em um dos planos na 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 os servidores.

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ê desejasobrepor.

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 Use DefaultSettings.









Unmount copyA fase final no plano de serviço desmonta a cópia. Essa fase permanece desativada casoa 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 de haverinstâ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 ServerObter os requisitos de host de montagem, incluindo as regras para as versões de host deprodução e montagem e suporte de host de montagem de máquina virtual.

O host de montagem requer as mesmas versões do agente de plug-in do AppSync, SQLServer, e drivers de HBA que o host de produção. Os hosts de montagem devem ter umSQL Server instalado se você quiser recuperar os bancos de dados a partir da cópiamontada. Se a recuperação do banco de dados não for executada, o SQL Server não énecessário no host de montagem.



Versões de host de montagem e produção

l Se você estiver montando no nó do cluster de failover do Windows, consulte a seção"Montagens de servidor de cluster Microsoft" no Guia de Instalação e Configuração doEMC AppSync.

l Se a versão principal da instância do SQL Server no host de montagem de produçãofor posterior ao host de montagem, a recuperação falhará para todos os bancos dedados que pertencem a essa instância.

l Se a versão principal da instância do SQL Server no host de montagem de produçãofor anterior à do host de montagem, a recuperação será bem-sucedida somente se otipo de recuperação for RECOVERY ou NORECOVERY. A recuperação falhará se o tipode recuperação for STANDBY.

l Se a versão principal da instância do SQL Server no host de montagem de produçãofor a mesmo que o do host de montagem, mas a versão secundária for anterior, arecuperação falhará para todos os bancos de dados que pertencem a essa instância.

l Se a versão principal da instância do SQL Server no host de montagem de produçãofor 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 ou NORECOVERY. Arecuperação falhará se o tipo de recuperação for STANDBY.

Suporte a discos virtuaisSe o host de montagem for uma máquina virtual, o Virtual Center deve estar registrado noAppSync. 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ão5.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 e RecoverPoint4.1.7.7, desative a aceleração de hardware para garantir montagens bem-sucedidasdo tipo acesso virtual. Para obter mais detalhes, consulte o artigo 2006858 da basede conhecimento VMware.

Para passagem de Hyper-V SCSI, o host de montagem não pode ser um host Hyper-V, eledeve ser um host físico ou máquina virtual com o NPIV ou iSCSI diretamente conectados.

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ópia adequada aser montada.

A lista de cópias é atualizada de acordo com os filtros selecionados.



Montar cópia de banco de dados do SQL Server sob demanda 107

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 uma cópiadisponí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 de hora.A hora indicada aqui é a hora do console. Se o console estiver em um fuso horáriodiferente do RecoverPoint Appliance (RPA), especifique a hora de acordo com o fusohorário do servidor para montar a cópia.Para arrays do VMAX 3, é apresentado um menu suspenso SLO. Você pode selecionaro objetivo de nível de serviço (SLO) desejado para a cópia de montagem. Se houverum grupo de armazenamento para o host de montagem com o SLO desejado, oAppSync adicionará a LUN ao grupo de armazenamento. Se o grupo dearmazenamento não existir, o AppSync adicionará a LUN a qualquer grupo dearmazenamento que esteja mascarado para o host. Se um grupo de armazenamentoestiver configurado para selecionar dispositivos de destino, o AppSync removerá osdispositivos do grupo de armazenamento no momento da montagem e os adicionaráao grupo de armazenamento para o host de montagem. Os dispositivos serãoadicionados ao grupo de armazenamento original quando a cópia for expirada.

4. Na página Mount Additional Copies, selecione um ou mais cópias adicionais paramontar. As cópias listadas aqui são outros bancos de dados que foram protegidos namesma hora e no mesmo SQL Server que a cópia selecionada na etapa anterior.

5. Na página Select Mount Options, selecione Mount copy ou Mount and recover copy.

6. Na página Summary, analise as escolhas feitas nas páginas anteriores e clique emFinish para montar a 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 onServer

O servidor no qual montar a cópia. Somente os nós do cluster ou hostindependentes estão disponíveis para seleção. As máquinas virtuaisSQL são filtradas.

Mount withaccess


Mount path l O Default Mount Path is %SystemDrive%\AppSyncMounts\%%ProdServerName%%.

l Para especificar o valor de uma variável de ambiente do Windowsno caminho de montagem, delimite o nome da variável comsinais de porcentagem únicos (%).



l O caminho de montagem também pode ser Same as OriginalPath. No entanto, essa opção não está disponível quando o hostde montagem é o mesmo que o host de produção.



Campo Descrição

l Se você especificar um caminho de montagem não padrão, odrive especificado para a montagem não pode ser um disco emcluster.


l O Default Path é o local para copiar arquivos de metadados VDI eVSS: %SystemDrive%\AppSyncMounts\%%ProdServerName%%


l Se você fizer backup do banco de dados para outra mídia, faça obackup dos arquivos de metadados também.


Modo de acessoà imagem(durante amontagem doRecoverPoint)

l Logged access: Use esta opção de montagem se a verificação deintegridade 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 processamento intensivo.Acesso virtual com teste não é compatível com RP VMAX eXtremIO de RP.

l Virtual access: Fornece acesso quase instantâneo à imagem. Oacesso 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 Desired ServiceLevel Objective (SLO) é exibida no Assistente Mount e especifica osobjetivos de nível de serviço exigidos pelo VMAX 3. O SLO define ointervalo operacional do tempo de serviço de um grupo dearmazenamento.


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 o AppSyncimponha um grupo de armazenamento VMAX, VNX ou XtremIOdedicado a uma montagem. (Um grupo de armazenamentodedicado VMAX ou VNX contém apenas o host de montagemselecionado.) Para o XtremIO, esta opção se aplica a um grupo deiniciadores do XtremIO que contém apenas um iniciador do hostde montagem. A montagem falhará se você estiver montando emum nó de um cluster que está em um grupo de armazenamentocompartilhado com outros nós.



Campo Descrição

Obs.



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 asconfigurações de conexão não estiverem definidas ou forem inválidaspara a instância, a caixa de diálogo SQL Server Connection Settings éexibida. Clique em Connection Settings para redefinir as credenciais.

Obs.

As instâncias do SQL Server em cluster são filtradas sem essavisualização.

Se você estiver usando um array VMAX 3, uma configuração chamadaobjetivo 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 deserviço necessários do VMAX 3. O SLO define o intervalo operacionaldo tempo de serviço do grupo de armazenamento

Recovery Type As opções disponíveis são: Recovery (padrão), No Recovery e Standby

Databaserenaming

Este menu suspenso inclui:

l Use original database names (padrão se for instância alternativa):Não está disponível para seleção se Recovery Instance for ainstâ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 Suffix estáselecionado no menu suspenso Database renaming. O valor padrão éAppSync.



Campo Descrição

Mount path l O caminho de montagem padrão, quando o host de montagem é omesmo que o host de produção, é %SystemDrive%\AppSyncMounts\%%ProdServerName%%.

l Para especificar o valor de uma variável de ambiente do Windowsno caminho de montagem, delimite o nome da variável com sinaisde porcentagem únicos (%).



l O caminho de montagem também pode ser Same as OriginalPath. Você pode selecionar uma das opções.

l Se você especificar um caminho de montagem não padrão, o driveespecificado para a montagem não pode ser um disco em cluster.


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.


Modo deacesso àimagem(durante amontagem doRecoverPoint)

l Logged Access: Use esta opção de montagem se a verificação deintegridade envolver a digitalização de grandes áreas dosvolumes replicados. Essa é a única opção disponível quando 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 processamento intensivo.

l Virtual Access: Fornece acesso quase instantâneo à imagem; elenão se destina ao processamento intensivo.



l Marcada por padrão, habilitar essa opção permite que o AppSyncimponha um grupo de armazenamento VMAX, VNX ou XtremIOdedicado a uma montagem. Para o XtremIO, esta opção se aplicaa um grupo de iniciadores do XtremIO que contém apenas uminiciador do host de montagem. O grupo de armazenamentocontém o host de montagem selecionado apenas para uma



Campo Descrição

montagem e a montagem falhará se você estiver montando emum nó de um cluster que está em um grupo de armazenamentocompartilhado com outros nós.

Obs.


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ção paramontar em um host de montagem que é o único host no grupo deiniciadores.

Obs.


Modos de recuperação de montagem compatíveis

Os seguintes tipos de recuperação de montagem estão disponíveis quando você está serecuperando uma cópia de banco de dados SQL.

RecoveryType

Descrição

Recovery Instrui a operação de restauração a reverter todas as transações nãoconfirmadas. Após o processo de recuperação, o banco de dados estarápronto para uso.

NoRecovery

Instrui a operação de restauração a não reverter todas as transações nãoconfirmadas. No modo No Recovery, o banco de dados pode ser usado.Essa opção é útil quando o administrador de banco de dados precisarestaurar um ou mais backups de registros de transação. O banco dedados é conectado à instância selecionada para fins de recuperação e ficano estado "Restoring".

Standby Restaura arquivos e abre o banco de dados no modo somente leitura.Subsequentemente, o administrador de banco de dados pode aplicarmanualmente backups de registros de transação adicionais.



RecoveryType

Descrição

Obs.

Se você estiver restaurando um banco de dados de uma versão mais antigado SQL Server em uma versão mais recente do SQL Server, não use o modostandby. Se você usar o standby, o upgrade para a versão mais recente nãopode acontecer o que resultará em uma falha da operação.

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 que hospeda obanco de dados que você deseja desmontar, depois selecione a instância dobanco de dados com a cópia para desmontar.

l Service Plans > Microsoft SQL Server > selecione um plano de serviço, depoisselecione a guia Copies.

2. Na lista de cópias, selecione a cópia e clique em Unmount do botão na parte inferiorda página.

A caixa de diálogo Unmount Confirmation exibe todas as cópias de outros bancos dedados que foram montados, juntamente com a cópia selecionada para serdesmontado.


A página Unmount exibe o andamento da operação de desmontagem. Todas ascópias associadas á cópia selecionada serão desmontadas.

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


Desmontando uma cópia do SQL Server 113

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)

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 de origemusada 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 dedisponibilidade, consulte "Restaurando um banco de dados principal ou um bancode dados secundário com failover" e "Restaurando um banco de dados secundáriosem failover".



Se houver entidades afetadas em sua configuração de armazenamento subjacente, oAssistente Restore notifica sobre esses itens. As situações a seguir produzem entidadesafetadas que exigem que você confirme que itens adicionais serão restaurados:

l Para o RecoverPoint, se os bancos de dados estão no mesmo grupo de consistência,eles se tornam entidades afetadas quando outros bancos de dados sã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 VNX/VMAX, VNX, VNXe ou XtremIO, se os bancos de dados estiverem na mesmaLUN, eles se tornam entidades afetadas quando outros bancos de dados sãoprotegidos.

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 dados quenão foi protegido, mas é uma entidade afetada será substituído.

O AppSync calcula as entidades afetadas para grupos de consistência ou grupos de LUNsdo banco de dados selecionado para restauração. Se, por sua vez, os bancos de dados



afetados residirem parcialmente em outros grupos de consistência ou grupos de LUNs, oAppSync 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ância doSQL Server.

As entidades afetadas são calculadas somente para as instâncias do SQL Server onde ascredenciais estão configuradas. O AppSync faz uma detecção nova dos bancos de dadospara todas essas instâncias antes de calcular as entidades afetadas.

Restaurando um banco de dados primário ou um banco de dados secundário comfailover

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 the currentrole is Secondary, o AppSync verificará a integridade dos bancos de dados no grupode disponibilidade que não estão sendo restaurados. Se eles não estiverem íntegros,o AppSync não poderá executar o failover e a operação de restauração falhará. Vocêdeve repetir a operação de restauração sem marcar a caixa de seleção.

2. Se você escolheu fazer backup do registro de transações, o AppSync faz o backup doregistro 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 dados principal.

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 o bancode dados secundário, associe novamente as cópias secundárias ao grupo dedisponibilidade.

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 no grupode disponibilidade.


Restaurando um banco de dados primário ou um banco de dados secundário com failover 115

Obs.

Depois que o AppSync remove a cópia do banco de dados principal, a cópia ficará noestado recuperado se ela estiver íntegra. Se você tiver restaurado uma cópiasecundária com failover, a função primária terá sido movida para outra instância doSQL Server. Você deve excluir o banco de dados primário original e propagá-lonovamente.

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 backup doregistro 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 grupo dedisponibilidade.

4. O AppSync restaura as LUNs do banco de dados selecionado.

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ário emum 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 parte finaldos registros nos bancos de dados danificados. Um banco de dados danificado não deveconter 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 is damageddurante a restauração, o AppSync faz o backup do final do registro do banco de dadosdanificado antes de continuar com a restauração. Se o banco de dados danificado estiverno estado RECOVERY_PENDING ou SUSPECT, o AppSync primeiro tenta desconectar obanco de dados definindo o modo EMERGENCY nele. Se o AppSync não definir o modoEMERGENCY no banco de dados, ele ignora o banco de dados e segue com a restauração.Depois que a restauração ser efetivada, você pode recuperar o banco de dadosmanualmente usando o backup de final de registro.

Consulte também a Procedimentos de restauração com o XtremIO na página 211.

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 para restaurar.A lista de cópias é atualizada de acordo com os filtros selecionados.

3. Clique em Next.

Se a cópia selecionada tiver entidades afetadas, a página Restore Warnings seráexibida.

4. Leia as mensagens de aviso para os bancos de dados selecionados. Marque a caixade seleção para indicar que concorda em restaurar outras entidades juntamente coma cópia selecionada.

5. Na etapa Backup Transaction Logs, selecione Yes para fazer o backup dos registrosantes da restauração.

a. Na caixa Back up to, informe o local onde será feito o backup dos registros. Osarquivos 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 e especifique umprefixo para os arquivos de backup. O prefixo padrão é AppSync.

d. Marque a caixa de seleção Database is damaged para arquivos de backup de finalde registro.

e. Marque a caixa de seleção Truncate the transaction logs conforme necessário.

Essa caixa de seleção não está disponível para seleção se você tiver marcado acaixa de seleção Database is damaged.

f. Marque a caixa de seleção Overwrite existing backup files conforme necessário.

Essa caixa de seleção não está disponível para seleção se você tiver marcado acaixa de seleção Database is damaged.

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 Leave database ready to use: Essa opção não estará disponível se você optoupor registros de transações de backup.

l Leave databases non-operational

Obs.

Selecione esta opção ao restaurar um banco de dados secundário sem failover.Isso deixa o banco de dados secundário no estado de restauração, para que osregistros de transações possam ser restaurados, permitindo que o banco dedados retorne ao grupo de disponibilidade.


Restaurando uma cópia do SQL Server 117

l Leave databases in read-only mode: Se você escolher esta opção, especifiquea localização dos arquivos.

A caixa Standby file location, onde os arquivos em standby devem serarmazenados. O caminho padrão é C:\temp.

b. Para forçar uma restauração sobregravando o banco de dados existente, marque acaixa 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ções debackup.

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 failover antes darestauração, se você estiver restaurando um banco de dados secundário.

Uma mensagem de advertência será exibida indicando que o banco de dados seráremovido do grupo de disponibilidade e que você deve retorná-lo depois que oAppSync restaurar o volume.

d. Marque a caixa de seleção I have read and understand the warning above, andwant to continue with the restore para reconhecer a mensagem.

8. Clique em Next.

A página Summary é exibida.

9. Verifique a página Summary e clique em Finish para realizar a restauração.



11. 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ário comfailover na página 115.

l Restaurar um banco de dados secundário sem failover na página 116.

l Restaurar manualmente uma cópia do SQL Server no XtremIO na página 118

Restaurando uma cópia do SQL Server no XtremIOVersão 2.2.2 e superior do AppSync aceita a restauração automatizada de cópias noXtremIO 4.0 e posterior. Este tópico mostra como usar a versão 2.1 - 2.2.1 do AppSync euma versão anterior à 4.0 do XtremIO para restaurar um banco de dados SQL Server paraum point-in-time um processo de restauração semimanual. A restauração dos backupsde registros de transação do SQL Server é aceita.


Para a restauração automatizada, consulte Restaurando uma cópia do SQL Server napágina 116.

Para a restauração semimanual garanta o atendimento dos seguintes pré-requisitos, emseguida, execute o procedimento:

l Bancos de dados do SQL Server e armazenamento do XtremIO em execução naconfiguração do AppSync.

l Um plano de serviço do AppSync que replica o banco de dados.



Procedimento

1. No console do AppSync, selecione Service Plans > Microsoft SQL Server e, depois,clique no plano de serviço desejado, por exemplo, Bronze.

A página Copies exibe as cópias existentes.

2. Monte as cópias que você deseja restaurar. Quando solicitado a MountAdditional Copies, selecione todas as cópias de banco de dados que residemem drives de disco que você está substituindo.

A caixa de diálogo Select Mount Option é aberta.Figura 6 Selecione Mount Option

3. Na caixa de diálogo Select Mount Option, selecione Mount copy.

4. Como o AppSync não permite que você recupere para a instância de produção,selecione Original Server na caixa de lista Mount on Server.

5. Selecione Read-write na caixa de lista Mount with access.

6. Selecione Default Path na caixa de lista Mount Path (porque você monta no servidororiginal).

7. No host de produção, interrompa todos os aplicativos que usam os bancos de dadosque você está restaurando.

8. Usando o SQL Server Management Studio, coloque os bancos de dados no modo off-line e, depois, desconecte-os.

Lembre-se de que você substitui os drives de disco de produção com os snapshots doAppSync, então desconecte qualquer banco de dados que está usando os mesmosdispositivos.

9. Depois de desconectar os bancos de dados afetados, use o Windows Server Managerpara excluir a letra do drive ou ponto de montagem para os discos que você estárestaurando. Registre as atribuições de letra de drive e o número de disco casoprecise desfazer as etapas de restauração.

Após a conclusão da montagem de AppSync, os drives para as cópias de restauraçãosão localizados como pontos de montagem em C:\AppSyncMounts\<SERVERNAME>.


Restaurando uma cópia do SQL Server no XtremIO 119

10. Inicie o Windows Server Manager para localizar os dispositivos montados e atribuirletras de drive ou pontos de montagem para substituir aqueles que foram removidosna etapa 8.

11. Use o SQL Server Management Studio para anexar os bancos de dados que vocêdeseja restaurar. Aponte para as cópias montadas do AppSync para os bancos dedados. Se o banco de dados tiver 17 ou mais arquivos, use CREATE DATABASEdatabase_name FOR ATTACH.

Figura 7 Conectar bancos de dados

Nesse momento, todos os bancos de dados restaurados devem estar on-line e,assim, você poderá reiniciar qualquer aplicativo de banco de dados que você jáparou. Você pode executar as seguintes etapas sem afetar o SQL Server.

12. No console do AppSync, volte à página de Database Copies descrita na etapa 1 e, emseguida, clique em Remove para cada cópia montada.

Essa ação remove a cópia do banco de dados do AppSync, sem remover os snapshotsno host de montagem de produção nem no array de armazenamento do XtremIO.Você receberá uma mensagem de advertência.

Obs.

Se o plano de serviço contiver vários bancos de dados, o armazenamento para todosos bancos de dados no plano de serviço permanece no array de armazenamento doXtremIO. Você pode removê-los a seu critério.



Figura 8 Confirme as seguintes opções de remoção

13. Mover os snapshots montados da pasta /AppSyncSnapshots para a pasta ondereside a LUN que está sendo substituída. Certifique-se de mover os snapshots queestão montados, ou seja, os snapshots que atualmente estão mascarados para ogrupo de iniciadores do ESX (se o host de produção for uma máquina virtual). Se ohost de produção for um host físico, mova os snapshots para a pasta onde as LUNsde produção estão localizadas.

A LUN de produção e os snapshots são exibidos na mesma pasta.

Figura 9 Configuração de mapeamento de LUNs

Após a mudança, observe que os dispositivos restaurados são um snapshot e osdispositivos de produção são volumes (LUN).Figura 10 Exemplo de snapshot e LUN

14. Perform this step only if the production host is a virtualmachine.


Restaurando uma cópia do SQL Server no XtremIO 121

a. Cancele o mapeamento de volumes de produção original do host de produção.

b. Examine novamente o host ESX.

c. Remova os RDMs da configuração da máquina virtual de produção.

15. Perform this step only If the production host is a physicalmachine.a. Cancele o mapeamento de volumes de produção original do host de produção.

b. Examine novamente um dispositivo no host para remover os dispositivos deprodução antigos.

16. Remova os volumes de produção.

Essa ação faz com que os snapshots restaurados se tornem volumes.Figura 11 Snapshots restaurados se tornam volumes

17. Renomeie os snapshots para os nomes de volume de produção.

Figura 12 Renomeie snapshots com nomes de volume de produção

No console do AppSyncXtremIO, observe que os outros snapshots na pasta /AppSyncSnapshots para os volumes de produção de XtremIO que você removeuna etapa anterior também se tornaram volumes.Figura 13 Snapshots se tornam LUNs

18. Execute o plano de serviço de banco de dados para criar um snapshot dos bancos dedados restaurados.



Utilitário de restauração do SQL Server (assqlrestore)O AppSync inclui um utilitário de restauração do SQL Server chamado assqlrestore.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 inversa dodispositivo de destino no dispositivo de origem. Ele pode restaurar um banco de dados,grupos de arquivos ou arquivos. O utilitário pode ser restaurado para o banco de dadosoriginal ou para um novo banco de dados. Os metadados de VDI do SQL Server criadoscomo parte da atividade de replicação são necessários para restaurar um banco dedados que usa assqlrestore.

O assqlrestore é uma interface de linha de comando executada em uma janela deprompt no cliente do AppSync. Ele é instalado no cliente 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.

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 11 Sintaxe do comando assqlrestore

Opção Descrição

Obrigatório

-s Nome do SQL Server com o nome da instância (host\instance).

-f Nome do arquivo de metadados e o local.

-d Nome do banco de dados.

Tipos de conexão (-Eou -U)

-E Usuário usado para autenticação do Windows (especifique o nome deusuário)

-U ID de log-in do SQL Server.

-P Senha de texto não criptografado (usada com as opções -E e -U).

-p Senha criptografada (usada com opções de -E e -U).

Opcional

-r Opção de recuperação - RECOVERY, NORECOVERY (padrão) ou

STANDBY.

-u Desfazer o nome do arquivo, necessário para STANDBY

-m Mover arquivo. As opção tem dois parâmetros: logical_file_name e

operating_system_file_name. Nomes de caminho devem existir.


Utilitário de restauração do SQL Server (assqlrestore) 123

Tabela 11 Sintaxe do comando assqlrestore (continuação)

Opção Descrição

Repita a opção para cada arquivo, inclusive arquivos de registro ouarquivos de catálogo de texto completo. Se você estiver restaurando paraum novo nome do banco de dados, use a opção -m para que você nãosubstitua os arquivos originais. Por exemplo: -m logicalfilenameS:\existingdir\newfilename.mdf

-fg Grupo de arquivos para restaurar. Repita a opção para cada grupo dearquivos.

-lf Arquivo lógico para restaurar. Repita a opção para cada arquivo lógico.

-e Exibe a senha criptografada quando a senha é especificada como umargumento. Não usado com outros parâmetros.

-v Modo detalhado.

-q Modo silencioso. Não fará perguntas.

-l <log_dir> Cria arquivos de registros no diretório especificado.

-h Ajuda.

Exemplo 2 Exemplos de sintaxe de comando

As opções de comando diferenciam maiúsculas de minúsculas. Consulte os "Livros SQLServer 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)

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-os de umaréplica montada. Você pode copiá-los sobre os arquivos originais ou para um novolocal.

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 de comandosde 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.


Certifique-se de que você entende como a restauração de arquivos e grupos de arquivosse comporta no SQL Server antes de continuar.

Obs.

Não é possível usar o utilitário assqlrestore para restaurar um grupo de arquivos do

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. Executar o comando assqlrestore.

a. Quando o assqlrestore exibe o comando de restauração que está prestes aser executado, verifique com o se está correto.

b. Quando assqlrestore é aberto, restore the files you arerecovering, digite para continuar.


Utilitário de restauração do SQL Server (assqlrestore) 125

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 de arquivos.Você pode usar -lf e -fg no mesmo comando de restauração.

Reutilizando cópias de bancos de dados do SQL ServerEste tópico explica como usar o recurso de reutilização do AppSync para cópias de bancode dados e bookmark.

Analise e considere as seguintes informações relacionadas aos recursos de reutilização:

l A reutilização cria uma árvore de vários níveis de cópias do banco de dados.

l O AppSync identifica as cópias criadas de uma ação de reutilização por um númerode "geração removida" dos dados de origem de produção, por exemplo, 1ª geração,2ª geração e assim por diante.

l Não há um limite prático para o número de gerações, mas o suporte é limitado aduas gerações que são removidas dos dados de produção.

l A cópia da primeira geração (1ª geração) cria uma cópia que pode ser usada comoorigem para outras cópias. Essa ação cria uma cópia de cópia.

l As cópias de reutilização destinam-se a ser montadas por longos períodos de tempopara diversos fins.

l Depois de usadas, as cópias de reutilização são descartadas ou atualizadas.

l As cópias de reutilização não figuram nos cálculos de RPO.

l Você pode executar cópias de 1ª geração agora ou agendá-las para execução em umhorário futuro.

O console exibe todas as ações de reutilização agendadas. Selecione qualquer umadelas e selecione o botão Delete. A atividade agendada será removida.

Se você habilitar o backup dinâmico, a cópia de 1ª geração do banco de dados cria acópia consistente com aplicativos. Ele inclui detecção de aplicativos, o mapeamento econgelamento/descongelamento de banco de dados. O AppSync não configuracongelamento/descongelamento de banco de dados como padrão para cópias dereutilização de 1ª geração.

As cópias de segunda geração (2ª geração) são criadas como cópias de cópias, usando acópia de 1ª geração como origem. Elas não incluem congelamento/descongelamento debanco de dados, detecção de aplicativos e mapeamento. Como resultado, as cópias de2ª geração são criadas muito mais rápido do que cópias da 1ª geração.



Obs.

A reutilização de cópias não é aceita para bancos de dados Oracle no armazenamento doVNX File ou em file systems NFS.

Atualização da reutilizaçãoAtualização significa descartar a cópia atual (expirar), e recriar o conteúdo da cópiausando seu pai.

l As cópias de 1ª e 2ª geração podem ser atualizadas.

l Atualizar uma cópia de 1ª geração cria uma cópia consistente com aplicativos comuma nova hora.

l As cópias de 2ª geração não serão modificadas se você atualizar a cópia de 1ªgeração.

l A atualização da cópia de 2ª geração ressincroniza essa cópia de 2ª geração com paide 1ª geração. (Use para executar alterações de cópia de 2ª geração e reiniciar.)

l O registro de data e hora da 2ª geração é o mesmo que o da cópia de 1ª geração.

l Com a atualização, é possível ter cópias de 1ª e 2ª geração com registros de data ehora de cópia diferentes.


Reutilizando cópias de bancos de dados do SQL Server 127

l Se você especificou Unmount Previous Copy durante a criação da cópia de 2ªgeração, o AppSync desmonta a cópia antes de criar a nova cópia.

l A atualização de uma cópia de 1ª geração no XtremIO: Se o número de LUNs nobanco de dados de origem se altera, crie apenas snapshots novos. Por exemplo, oAppSync usa a atualização fornecida pelo array do XtremIO de LUNs de origem paracriar a cópia de snapshot de 1ª geração.

l Atualização da cópia de 2ª geração no XtremIO: Se você atualizar a cópia de 1ªgeração de origem e o número de LUNs do banco de dados de origem for alterado,crie apenas snapshots novos. Caso contrário, use a atualização fornecida pelo arraydo XtremIO de snapshots de 1ª geração de cópias de snapshots de 2ª geração.

l Após a atualização, o AppSync remonta a cópia se a cópia tiver sido montada.

l A cópia de 2ª geração é recriada a partir do pai da 1ª geração. Se não existir pai da 1ªgeração, a atualização falha.

l A cópia de 1ª geração é recriada a partir do aplicativo.

l A cópia atual que você deseja atualizar deve ser desmontada (se estiver montada).Se você tiver selecionado Mount Copy no Assistente Repurpose, o AppSync monta acópia novamente.

É possível atualizar uma cópia de reutilização a qualquer momento. Para iniciar aatualização:

1. Na guia Applications do console do AppSync, selecione a cópia reutilizada que vocêdeseja atualizar.

2. Clique em Refresh.

Restrições de reutilização do SQL ServerO AppSync aceita a realocação de SQL Server em ambientes independentes e de clusterde failover com ou sem grupos de disponibilidade AlwaysOn.

A reutilização de cópias SQL Server aceita a seleção de vários bancos de dados parareutilizar cópias. O AppSync não aceita a reutilização de vários arrays nem a inscrição debancos de dados dinâmicos. A cópia de 1ª geração pode ser obtida apenas para umbanco de dados ou um conjunto de bancos de dados que pertencem ao mesmo hostdentro do mesmo array. A atualização funciona apenas para os bancos de dados queforma anteriormente inscritos. O AppSync não inscrever toda a pasta de banco de dadosde usuário inteiro no plano de serviço de reutilização do SQL.

O sistema exibe hierarquicamente as cópias reutilizadas de um banco de dados SQLServer. O sistema exibe a cópia de 1ª geração (pai) e, em seguida, exibe as cópias de 2ªgeração como filho da cópia de 1ª geração.

Obs.

Se você estiver usando o XtremIO 3.x como a origem da cópia de 1ª geração e, emseguida, fazer upgrade para o XtremIO 4.x e tente criar a cópia de 2ª geração, atualize acópia de 1ª geração ou a operação falha.

Usando o Assistente RepurposeUse o Assistente Repurpose para agendar ou criar imediatamente as cópias de 1ªgeração ou 2ª geração, conforme necessário.


Você precisa de privilégios administrativos do AppSync para reutilizar a instância debanco de dados.

Para exibir a lista de aplicativos disponíveis.



Procedimento

1. Faça log-in no console do AppSync e acesse Copy Management.

Opção Descrição

To Repurpose an SQL copy: Selecionar SQL Server

To Repurpose an Oracle copy: Selecionar Oracle

Uma lista de bancos de dados disponíveis para a escolha de aplicativo é carregada.

2. Clique na instância de banco de dados que você deseja reutilizar e, em seguida,selecione Repurpose na lista suspensa, no canto inferior esquerdo da tela doconsole.

Essa ação inicia o Assistente Repurpose e leva você para a página Intentions, ondevocê pode informar ao AppSync qual ação você 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 menu suspensoSite para continuar criando a cópia.

4. Clique em Next para iniciar a tela Settings.

Na tela Settings , você pode definir as opções específicas de cópias de 1ª e de 2ªgeração. Especificamente, é possível

l Definir rótulos para cada cópia, para ajudar a identificar a finalidade da cópia.

l Selecionar opções de cópia específicas do aplicativo apenas para a cópia de 1ªgeração.

l Escolher o tipo de cópia apropriado (o assistente falha se o tipo incorreto forescolhido).

5. 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ê identifiquequando a cópia de 1ª geração deve ser criada. Criar a cópia agora ou agendar a cópiapara um horário conveniente.

6. Selecione Run now ou Run later e depois digite a data e a hora da execução e, emseguida, pressione Next para concluir o assistente.


O Repurpose Monitor

O Repurpose Monitor permite que você visualize todas as atividades de reutilização emexecução atualmente e monitore o andamento. O Repurpose Monitor exibe o item queestá sendo reutilizado (origem) e o rótulo do item que está sendo criado ou atualizado,juntamente com o tipo de aplicativo. ConsulteO Repurpose Monitor na página 223.

Exibir ou cancelar as cópias de reutilização agendadasVocê pode visualizar ou cancelar qualquer cópia de reutilização de primeira geraçãoagendada.

Procedimento

1. No console do AppSync, navegue até Application > Copy Management e, em seguida,selecione o banco de dados apropriado.


Usando o Assistente Repurpose 129

2. Selecione Repurpose > View Scheduled Repurpose Copy para visualizar todas asações de reutilização agendadas.

3. Para excluir uma ação, selecione uma ou mais ações desejadas e clique em Deletepara remover a ação.



CAPÍTULO 7

Proteger o Oracle


l Visão geral do suporte do Oracle.........................................................................132l Protegendo um banco de dados..........................................................................142l Detalhes e resumo do plano de serviço............................................................... 146l Montar uma cópia do Oracle............................................................................... 154l Restaurando uma cópia do Oracle.......................................................................160l Visão geral da reutilização.................................................................................. 169

Proteger o Oracle 131

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 para montagem(com/sem recuperação) e restauração.

A AppSync Support Matrix em https://elabnavigator.emc.com/eln/extendedSupport é afonte consagrada de informações em plataformas e software compatíveis..

O AppSync aceita:

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 pRDMs eVdisks) - Não há suporte para RDMs no modo virtual.

l Bancos de dados Oracle residindo em file systems NFS com armazenamento VNX.

l Bancos de dados Oracle residindo em ASM e 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. Consulte o tópico de visão geral dereutilização neste documento para obter detalhes.

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 configurados paraexecutar failover de nó para nó em um ambiente RHCS (Red Hat Cluster Services, serviçosde 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.

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, oprocesso de restauração falha.

RequisitosAnalise os seguintes requisitos para usar um banco de dados independente que realiza ofailover 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.

Proteger o Oracle



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 podem serexecutados 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 um standbyprimário (banco de dados de origem) e físico (banco de dados de destino) aberto nomodo 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:

l Modo de standby ativo — Banco de dados em standby em modo somente leitura ouleitura/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 de dadosem standby pode ser aberto no modo somente leitura, enquanto são aplicados registros.Essa ação permite que você consulte o banco de dados para obter informações enquantoo Data Guard aplica os registros.

Proteger o Oracle

Suporte ao Oracle Data Guard 133

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 de armazenamentoe arquivo de primário para standby. Um banco de dados em standby físico pode seraberto tanto no modo somente leitura quanto no modo montado, o que significa que elepode 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 14 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 uma configuraçãode Data Guard. Um dos bancos de dados é o banco de dados primário, o outro é o bancode 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 dadosem standby ativo não é permitida, porque o banco de dados em standby está nomodo somente leitura. Além disso, o banco de dados em standby contém registrosde arquivamento atualizado e é uma cópia exata do primário, não exigindo que osregistros de arquivamento sejam copiados para recuperação. No entanto, você podeusar 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 Data Guard(banco de dados de destino): Um banco de dados em standby passivo/não ativoopera da mesma forma que um banco de dados em standby ativo. A cópia de backupdinâmica do banco de dados não é permitida. A diferença é que a criação da cópia écriada a partir do banco de dados montado, sem abrir o banco de dados no modosomente leitura ou leitura/gravação.

Proteger o Oracle


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ção doRAC 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 usando RAC,então, as regras de montagem/restauração do RAC para AppSync se aplicam.

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 banco dedados em standby passivo/não ativo do Data Guard que qualquer outro banco dedados Oracle independente. Se o banco de dados de standby tiver sido configuradousando RAC, então, as regras de montagem/restauração do RAC para AppSync seaplicam.

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 do usuáriodo 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): A reutilizaçãofunciona da mesma maneira para um banco de dados primário do Data Guard comoqualquer 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 podefazer 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 dados dedestino): 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): A restauraçãopara um banco de dados primário opera da mesma forma para qualquer banco de dadosOracle independente. Recupere manualmente o banco de dados e, em seguida,

Proteger o Oracle

Suporte ao Oracle Data Guard 135

ressincronize os bancos de dados primário em standby após a conclusão do processo derestauração do AppSync.

Integração com Veritas Cluster ServicesO AppSync pode operar com bancos de dados Oracle independentes configurados paraexecutar 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, registre todosos nós no cluster do VCS no servidor do AppSync antes de replicar o banco de dados.

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, o processode restauração falha.

RequisitosA seguir são apresentados os requisitos para usar um banco de dados independente querealiza 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 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.


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 um ambienteVCS, siga estas etapas:

1. Congele o grupo de serviço Oracle: >hagrp -freeze <service_group_name>

Proteger o Oracle


2. Execute a restauração.

3. Reinicie a instância.


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ção falha edeixa o banco de dados em um estado corrompido. O console apresenta uma mensagemdetalhada advertindo dessa situação antes da reinicialização em caso de restauração.

Integração de clusters do HACMPO AppSync pode operar com bancos de dados Oracle independentes configurados paraexecutar failover de nó para nó em um ambiente de cluster IBM® HACMP.

IntroduçãoO AppSync protege o banco de dados no nó em que o estado atual está ativo antes de oplano de serviço ser executado. O AppSync não depende do IP virtual do grupo de serviçoOracle. Portanto, todos os nós no cluster do HACMP devem ser registrados no servidor doAppSync para replicar o banco de dados se o nó que foi usado para criar a cópia originalnão estiver acessível.

O AppSync restaura para o nó de cluster em que a cópia foi originalmente criada. Oprocesso de restauração falha se o nó não estiver ativo durante o processo derestauração.

Pré-requisitos para o ambiente do HACMP funcionar com o AppSyncA seguir são apresentados os requisitos para a proteção de um banco de dadosindependente que realiza o failover como parte de um cluster HACMP:

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, ou no início de uma restauração.


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 HACMP.

l O plug-in de host do AppSync deve ser instalado no host de montagem.

Proteger o Oracle

Integração de clusters do HACMP 137

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 um ambientedo HACMP, 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.


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, assim, onó original deve estar ativo; caso contrário, o processo de restauração falha e deixa obanco 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 de HACMPAprenda como executar as etapas manuais com uma restauração em um ambiente deHACMP 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. Execute Varyoffvg3. Execute Varyonvg com a opção -c (para torná-lo simultâneo)

4. Execute importvg no nó passivo.

Verificação:O comando lspv deve mostrar vg como simultâneo em ambos os nós da seguintemaneira:

node 2 hdiskpower8 00c2bfb0f1ee76ca oradata concurrent hdiskpower9 00c2bfb0f1f434e3 oralogs concurrent

node 1 hdiskpower18 00c2bfb0f1ee76ca oradata concurrent hdiskpower19 00c2bfb0f1f434e3 oralogs concurrent

5. Adicione o file system novamente ao grupo de recursos.

6. 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 dispositivos

Proteger o Oracle


compatí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 o backupdinâmico do Oracle) e cópias com consistência em caso de falhas (sem o backupdinâmico). Para que o AppSync crie cópias consistentes com aplicativos dos bancos dedados Oracle, os arquivos de dados e registros de arquivamento não podemcompartilhar o file system, grupo de volume, grupo de disco ASM, grupo de consistênciaRP ou datastore. Se a configuração do Oracle for tal que os arquivos de dados e registrosde arquivamento compartilham qualquer um desses agrupamentos, então o AppSyncpode criar cópias consistentes em caso de falhas para esses bancos de dados.

Ao utilizar o VNX, certifique-se de que todos os grupos de consistência são grupos deconsistência 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 dos arquivosde banco de dados.

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 de falha:

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 de arquivamento:por exemplo, banco de dados 1 no /db1, banco de dados 2 no /db2, registros dearquivamento 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, locaisde 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, para que um banco de dadosOracle tenha dados no sistema 1, no grupo 1, e faz log-on do sistema 1, no grupo 2, eo segundo banco de dados Oracle tem dados no sistema 2, no grupo 1, e faz log-ondo sistema 2, no grupo 2.

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, eum segundo banco de dados Oracle tem arquivos de dados no sistema 2, no grupo 2, efaz log-on do sistema 2, no grupo 1.

Oracle em configurações de armazenamento baseado em gerenciadores de volumesló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 de arquivamento:Arquivos do banco de dados 1 em um volume, por exemplo, data1vg, e arquivos dobanco de dados 2 em um volume, por exemplo, data2vg, e registros dearquivamento em um volume, por exemplo, archvg.

Proteger o Oracle

Pré-requisitos e configurações suportadas 139

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, 2e 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 de arquivamento:Arquivos do banco de dados 1 em, por exemplo, grupo de discos +data1, e arquivosdo banco de dados 2, por exemplo, no grupo de discos +data2, e o arquivamentofaz log-on, por exemplo, no grupo de discos +fra.

l Vários bancos de dados compartilhando um local único de registro de arquivamento:Arquivos do banco de dados 1 em, por exemplo, grupo de discos +data1, e arquivosdo banco de dados 2, por exemplo, no grupo de discos +data2, e o arquivamentofaz log-on, por exemplo, no grupo de discos +fra.

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 arquivamento nogrupo de consistência RP, por exemplo, ARCHCG.

l Vários bancos de dados compartilhando um local único de registro de arquivamento:Arquivos de banco de dados 1 em LUNs no grupo de consistência RP, por exemplo,DATA1CG, arquivos do banco de dados 2 em LUNs no grupo de consistência do RPDATA2CG, e arquivos de registros de arquivamento no grupo de consistência RP, porexemplo, 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 bancos dedados 1, 2 e 3 nas LUNs no grupo de consistência RP, por exemplo, ARCHCG.

Oracle em layouts de armazenamento baseado em datastore

l Banco de dados único: Arquivos de banco de dados em vDISDKs do datastore, porexemplo, DATADS, e arquivos de registros de arquivamento em vDISKs do datastore,por exemplo, ARCHDS.

l Vários bancos de dados compartilhando um local único de registro de arquivamento:Arquivos do banco de dados 1 em vDISKs do datastore, por exemplo, DATA1DS,arquivos do banco de dados 2 em vDISKs do datastore DATA2DS, e arquivos deregistros de arquivamento em vDISKs do datastore, por exemplo, 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 e arquivos deregistros de arquivamento no grupo de LUNs ARCHCG.

Proteger o Oracle


l Vários bancos de dados compartilhando um local único de registro de arquivamento: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 grupo de LUNs do VNXeDATA2LUNGRP, e arquivos de registros de arquivamento no grupo 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 LUNs doVNXe, por exemplo, DATALUNGRP, registros de arquivamento dos bancos de dados 1,2 e 3 em LUNs no grupo de LUNs do VNXe, por exemplo, ARCHLUNGRP.

Configurações de virtualização compatíveisO AppSync é compatível com a proteção, montagem e restauração de bancos de dadosOracle em vDisks independentes e em RAC.

O AppSync não é compatível com configurações nas quais os registros de arquivamentoe de dados estão em uma combinação de RDM e vDisks.

Considerações:

l Para bancos de dados Oracle em vDisks em máquinas virtuais no ESX:

n Desabilite o indicador de bloqueio de VMFS3hardwareaccelated no ESX quehospeda as máquinas virtuais que hospedam os bancos de dados Oracle emvDisks.

n Se o bloqueio ATS estiver habilitado para o datastore do VMFS3/5, o AppSyncfalha na montagem do datastore.

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 mesmo VMFSque 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.

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 e execute adetecção antes de adicionar o host Oracle. Caso contrário, você deve detectarnovamente o host Oracle após a adição do vCenter.


l O AppSync não aceita:

Proteger o Oracle

Pré-requisitos e configurações suportadas 141

n Datastores NFS

n Proteção de bancos de dados Oracle em máquinas virtuais que compartilham omesmo datastore.

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 novamente osdatastores e VMFS.

Consulte também Restauração de vDisk do Oracle com entidades afetadas na página162.

Suporte para VIO vSCSI

Oracle com AIX LPARs agora também usa conexões "virtuais" para o armazenamento.

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 como discosvirtuais.

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 tempo real.O AppSync continuará a proteger e reutilizar aplicativos após a migração de da partiçãode 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ão aceitoscomo um tipo de disco virtual válido conhecido como Virtualization Server Solutions.

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. Aproteção para bancos de dados que fazem parte de um plano de serviço é executadaem 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.

Proteger o Oracle


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 aparecem comoon-line na página de bancos de dados. Os bancos de dados que não tem uma entradano arquivo do /etc/oratab, bem como bancos de dados desligados, não sãoexibidos.

2. No menu suspenso Discover Databases, na parte inferior esquerda da tela, clique emOn Server e, em seguida, clique no servidor em que o banco de dados que 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, por exemplo:

Tabela 12 Opções de proteção de plano de serviço

Opção Descrição

Subscribe to Planand Run

Para inscrever o banco de dados para a proteção e executar o planoimediatamente para qualquer banco de dados selecionado.

Subscribe to Plan Para inscrever o banco de dados para proteção. A proteção para todosos bancos de dados que fazem parte do plano de serviço é executadana 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; somente outraproteção será removida.



Proteger o Oracle

Detectando bancos de dados 143

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 from Plan.Somente os planos aos quais o banco de dados foi inscrito são exibidos na listapop-up.


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 13 Campos da página Copy

Coluna Descrição


l Amarelo: concluído com erros

l Vermelho: falha

Name O nome da cópia. O nome de cópia é a hora que o AppSync a criou.

Service Plan Nome do plano de serviço associado à cópia.

Label O rótulo atribuído à cópia em caso de reutilização.

ApplicationConsistent

l Yes, se o banco de dados foi colocado com sucesso no modo de backupdinâmico durante a criação da cópia.

l No, se o modo de backup dinâmico não foi selecionado na fase CreateCopy.

l No, se o modo de backup dinâmico foi selecionado e banco de dadosfalhou ao entrar em modo de backup dinâmico.

Mount Status Status da cópia: montado ou não montado. Se montado, o nome do host demontagem é exibido.

Recovery Status Se a cópia foi recuperada após a montagem ou não. Os valores são:

l Not Recovered - A cópia não foi montada ou a cópia foi uma montagemde file system.

l Successful - A recuperação foi bem-sucedida.

l Failed – Falha de recuperação.

Copy Type l CDP Bookmark

l CRR Bookmark

l VNX Snap, VNXeSnap

l VMAX Clone

l VMAX Snap

l VMAX V3: SnapVXSnap, SnapVXClone

Proteger o Oracle


Tabela 13 Campos da página Copy (continuação)

Coluna Descrição

l XtremIO Snap

l ViPRSnap

relatórios First or second generation copy – Para reutilização

Source Cópias de banco de dados de produção (para cópia de primeira geração) ouuma cópia de uma cópia (segunda geração).

Site Informações de local do RecoverPoint.

Storage System 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 de dados.

Você pode ver os detalhes de uma cópia da guia Copies do plano de serviço. A listade 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ço apropriado.

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

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 da cópia.




Proteger o Oracle

Página de cópias do Oracle 145

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 associadas quetambé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 e outrasguias para obter informações sobre assinaturas, listas de cópias e eventos gerados peloplano.


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 é 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 sido definidocomo 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 nafase 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, clique emOK.

Por exemplo, se o tipo de recorrência padrão é para dias do mês especificados, e aconfiguração de regra é Run at 12:00 AM on the 1st day of every month, você podesobrepor 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 dados Oracleno host para procurar alterações, como adição; remoção e desligamento; ou alteraçõesno status aberto.

Um banco de dados é protegido somente se ele está no estado on-line. Isso significa queos bancos de dados devem estar no modo open (bancos de dados iniciados no modonomount ou mount e bancos de dados off-line não são protegidos).


Proteger o Oracle

Substituindo agendamentos de plano de serviço 147



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 primeira preferênciade tecnologia quando possível. Se as condições se apresentarem de maneira que aprimeira tecnologia não possa mais ser usada, então, todas as cópias restantes serãotratadas pela próxima preferência. Por exemplo, se a primeira preferência fosse umbookmark, mas nem todos os dados de aplicativos no plano de serviço puderam sermapeados para o RecoverPoint, o AppSync usa snapshot em vez disso.

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, se vocêtiver um plano de serviço Bronze para Oracle, os bancos de dados inscritos podem estarem 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, paraobter uma cópia de bookmark RP para um banco de dados, todas as LUNs nesse bancode dados devem estar configuradas com a proteção do RecoverPoint; caso contrário, ascó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 fase PlanStartup. O AppSync executa este script uma vez por host, por plano de serviço executadono 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.

l Que o script é executado como o sistema local por padrão apenas para o Windows.

Proteger o Oracle


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 14 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 script durante aexecução.

Run as username Usuário que tem permissões de execução no script.

Password Senha do usuário.

Create copyA fase Create copy cria uma cópia baseada na tecnologia de replicação especificada noplano de serviço.

A fase Create copy especifica o tipo de backup para a cópia do banco de dados Oracleque o AppSync cria, incluindo: Snap (Snapshot do VNX, XtremIO Snapshot, VNX FileSnapSure, TimeFinder VP Snap), Clone (TimeFinder Clone) ou bookmark (CDP/CRR/CLRdo RecoverPoint).

Essa fase também define o período de expiração automática das cópias.

Há três opções de fases de cópia, disponibilizadas de acordo com o plano utilizado:

l Criação de cópia local — Para planos de serviço Bronze, cria uma cópia local nosistema de armazenamento de produção ou na instalação local. O tipo de cópiainclui:

n Snap — VNX Snapshot, VNX File SnapSure, TimeFinder VP Snap, XtremIOSnapshot, VNX2e Advanced Snapshot, snapshot do ViPR, snapshot do VMAX3SnapVX em modo NoCopy

n Clone — TimeFinder Clone

n Bookmark — RecoverPoint, RecoverPoint Continuous Data Protection, snapshotdo VMAX3 SnapVX no modo Copy

– Volume do VNX de origem, volume do VNX de destino — virtual e virtual commodos de acesso de reversão são compatíveis.

– O VMAX V3 com RecoverPoint não é aceito. O VMAX V2 com o RecoverPoint éaceito na versão 2.2.2 e posterior.

l Criar cópia remota — Para os planos de serviço Silver, cria uma cópia remota nosistema de armazenamento remoto (em RemoteReplicator ou SRDF) no local remoto.O tipo de cópia inclui:

n Bookmark — RecoverPoint Continuous Remote Replication

– 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.

– Volume do VMAX de origem, volume do VNX de destino — Virtual e virtual commodos de acesso de reversão são compatíveis.

l Criação de cópia local e remota — Para os planos de serviço Gold, cria cópias locais eremotas. O tipo de cópia inclui:

Proteger o Oracle

Create copy 149

n Snap — VNX File SnapSure

n Bookmark — CLR do RecoverPoint

Expiração automática de cópiasO valor de expiração automática na fase Create copy de um plano de serviço especifica onúmero máximo desejado de snapshots, clones ou bookmarks que podem existirsimultaneamente.

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 com falhanã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 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 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 de snapshotsmais antigos). O administrador de plano de serviço deve trabalhar com o administradorde armazenamento para garantir que as configurações da política de armazenamentopermitam a compatibilidade do número especificado de cópias de snapshot para esseaplicativo.

Inclua as cópias do RecoverPoint na política de rodízio de expiração: Marque esta opçãopara 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.

Script pós-cópiaPara executar a limpeza ou outras etapas pós-cópia, especifique o script e os parâmetrospós-cópia na guia Settings do plano de serviço.

O script pós-cópia é executado conforme o agendamento definido na fase Plan Startup.Você pode executar essa fase uma vez por host por execução de plano de serviço. Sevocê ativar a fase de script, mas as permissões para executá-la não estiverem corretas;ou se o script não existir no caminho especificado, o plano de serviço terá uma falha naexecuçã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.

Proteger o Oracle


Tabela 15 Campos do console de script de pós-cópia

Campo na interface do usuário Descrição

Full path to script O caminho completo para o local do script.

Script parameters Parâmetros passados para o script durante a execução.

Run as username Usuário que tem permissões de execução no script.


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 AppSync executeuma 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 corretas;ou caso o script não exista no caminho especificado, o plano de serviço terá uma falhana 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 napágina 152. É necessário selecionar a opção Same as mount host na opção Run on hostpara que o script seja executado em todos os hosts de montagem.

Tabela 16 Descrições do campo do script de pré-montagem

Campo na interface dousuário

Descrição

Full path to script O caminho completo para o local do script

Script parameters Os parâmetros passados para o script durante a execução

Run as username Usuário com permissões de execução no script


Run on host Host onde o script precisa ser executado. Selecione Same asmount host se vários hosts de montagem estiveremenvolvidos.

Proteger o Oracle

Desmontar cópia anterior 151

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 copy ouMount 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 for ManualRecovery, se você habilitar a fase de script depois da conclusão das operações demontagem, o AppSync cria scripts no host de montagem que você executa para recuperaro banco de dados. Os scripts são de dois tipos, RMAN e SQL. Os scripts são criadosem /tmp/<MOUNTED_SID_NAME>/RecoveryScripts.

Descrições do campo do console:

l Host name: Este campo é usado para especificar o host do qual você deseja montar acópia do Oracle.

l Mount to path: O caminho no qual você deseja montar os file systems e arquivos debanco 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. Aopçã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 do tempo de serviço deum grupo de armazenamento.

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%. Porexemplo: 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 usar onome original antecedido por TEST, use TEST%SID%.

l ASM Diskgroup: Este campo representa o formato do grupo de discos do ASM. Paraespecificar o nome do grupo de disco original use o token %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 permite quevocê especifique as configurações que sobrescrevem qualquer configuração debanco de dados original à cópia de banco de dados montada. Este campo é útil paraopções de edição, como configurações de memória.

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.



Proteger o Oracle


Procedimento

1. Navegue até Service Plans > Oracle e clique em um dos planos de serviço da lista.



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 em SetOverrides.

A caixa de diálogo Override Default Mount Settings é exibida.

5. Selecione as opções para as configurações de montagem que você deseja substituir.

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 Use DefaultSettings.

Script pós-montagemVocê pode ativar essa fase caso deseje executar um script depois que o AppSync executauma 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 corretas;ou caso o script não exista no caminho especificado, o plano de serviço terá uma falhana 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ção Run onhost, para que o script seja executado em todos os hosts de montagem.

Tabela 17 Descrições do campo do script pós-montagem


Descrição

Full path to script O caminho completo para o local do script

Script parameters Os parâmetros passados para o script durante a execução

Run as username Usuário com permissões de execução no script

Run on host Host onde o script precisa ser executado. Selecione Same asmount host se vários hosts de montagem estiveremenvolvidos.

Desmontar cópiaA fase final no plano de serviço desmonta a cópia.


Proteger o Oracle

Script pós-montagem 153

Se você escolheu montar com opções de recuperação (montagem independente, RMANou em cluster) na fase Mount copy, todos os bancos de dados montados são encerradoscomo parte dessa fase.

Montar uma cópia do OracleAntes de executar uma montagem do Oracle em um servidor independente, você precisaentender os campos de AppSync console Mount e seus significados.

Operações de montagem

Tabela 18 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 as Original Path. No entanto, essa opção não está disponívelquando o host de montagem é igual ao host de produção. Você tambémpode alterar o Default Mount Path (caminho de montagem padrão), porexemplo, /EMC em vez de /AppSync.

Modo de acesso àimagem (durantea montagem doRecoverPoint)

l Logged access: Use esta opção de montagem se a verificação deintegridade envolver a digitalização de grandes áreas dos volumesreplicados. Essa é a única opção disponível quando você montar no hostde produção. O acesso virtual com RP-VMAX não é compatível.

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,permitindo o processamento intensivo. Com o RP-VMAX e XtremIO RP, oacesso virtual com distribuição não é compatível.

l Virtual access: oferece acesso quase instantâneo à imagem; ele não sedestina ao processamento intensivo. Com o RP-VMAX e XtremIO RP, oacesso virtual não é compatível.

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 uma dessascombinações.

Para DMP, certifique-se de instalar o DMP nos hosts de produção e montagem.

Informações sobre o servidor de adição

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.

Proteger o Oracle


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.



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ário específico;no entanto, certifique-se de que haja uma cópia disponível no AppSync.) Selecione acópia e clique em Mountpara iniciar o Assistente Mount Copy of Oracle.

5. Clique em Select a point in time para selecionar uma cópia com um registro de data ehora específico. A hora mostrada aqui é a hora do console. Se o console estiver emum fuso horário diferente do RecoverPoint Appliance (RPA), especifique a hora nofuso horário do servidor para montar a cópia.

6. Na página Mount Options, na lista suspensa da operação Mount, selecione uma dasseguintes opções: Mount on standalone server, Mount on standalone server andcreate RMAN catalog entry, Mount on standalone server and recover, Mount onstandalone server and prepare scripts for manual recovery ou Mount on grid clusterand recover as RAC database.

Se você selecionar Mount on standalone server and recover, Mount on standaloneserver and prepare scripts for manual recovery ou Mount on grid cluster and recoveras RAC database , com modo aberto leitura/gravação para recuperação, a opçãoCreate TempTable Space é habilitada. Essa opção é usada para criar o TableSpaceTEMP na cópia de banco de dados montada na recuperação. Depois de selecionarCreate TEMP TableSpace, o AppSync mostra duas outras opções:

a. Number of TEMPFILES': O número de arquivos a serem adicionados ao TableSpaceTEMP, cada um com tamanhos especificados na opção "Size of each file"

b. O size_clause especifica um número de bytes, kilobytes (K), megabytes (M),gigabytes (G), terabytes (T), petabytes (P) ou exabytes (E). O size_clausepermite que você estabeleça as quantidades de espaço em disco ou memória, porexemplo, 10M. O tamanho de TempTable Space é igual ao arquivo de tabelaTemp que é multiplicado pelo tamanho de cada arquivo. Por exemplo, se onúmero de arquivos de tabela Temp = 2 e o tamanho de cada arquivo = 10M, otamanho do espaço TempTable = 20M.

O AppSync gera o nome do TempTable Space na forma de <DBNAME>_TEMP. EsseTableSpace recém-criado é definido como o TableSpace TEMP padrão da instância dobanco de dados montado. Durante a desmontagem, o AppSync descarta oTableSpace TEMP criado.

Proteger o Oracle

Montando uma cópia usando o Assistente Oracle Mount 155

Obs.

l Com a montagem de recuperação manual, os scripts são preparados para criar("Step-5_createTempTableSpace.sql") e descartar("Step-6_dropTempTableSpace.txt") o TableSpace TEMP. Você deve descartar oTableSpace TEMP criado manualmente antes de desmontar uma cópia comAppSync.

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 criadodurante a montagem com a recuperação, também é restaurado para produção.Você deve descartar o TableSpace TEMP manualmente a partir da cópia do bancode dados montado e, em seguida, tentar uma restauração.

7. Analise as configurações padrão de Mount e Recovery e faça as alterações, sedesejado.

Para arrays do VMAX 3, uma lista suspensa de SLO é apresentada. Você podeselecionar o objetivo de nível de serviço (SLO) para a cópia de montagem. Se houverum grupo de armazenamento para o host de montagem com o SLO desejado, oAppSync adiciona a LUN ao grupo de armazenamento. Se o grupo de armazenamentonão existir, o AppSync adicionará a LUN a qualquer grupo de armazenamento queesteja mascarado para o host. Se um grupo de armazenamento estiver configuradopara selecionar dispositivos de destino, o AppSync removerá os dispositivos dogrupo de armazenamento no momento da montagem e os adicionará ao grupo dearmazenamento para o host de montagem. Os dispositivos são adicionados ao grupode armazenamento original quando a cópia expira. Um exemplo de menu do SLOsegue:

Figura 15 For VMAX3™ select SLO

Proteger o Oracle


8. Clique em Nextpara exibir a página Summary.

9. Analise as configurações de montagem e clique em Finish para concluir a montagem.

10. Na página Results, você pode visualizar o andamento das diversas fases que fazemparte 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 19 Descrições do campo Console


Descrição

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 ao catálogo remoto do RMAN

TNS_ADMIN Caminho do arquivo tnsnames.ora onde o alias TNS é especificado.(Padrão caminho: $ORACLE_HOME\network\admin\)

ORACLE_HOME Caminho ORACLE_HOME para os binários do Oracle. Padrão: Sameas production host

ASM Diskgroup Name Especifica o prefixo ou sufixo para renomear os grupos de discos nohost de montagem ou %DG% (se o nome do grupo de discos doASM de produção for ser usado durante a montagem). Padrão: APS%DG%

Skip Data Files Ignorar catalogação de arquivos de dados do banco 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 rede queo 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 EMC AppSync devecatalogar a 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.

l A versão do Oracle que executa o banco de dados de catálogo RMAN deve ser igualou 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.

Proteger o Oracle

Recurso de catalogação de RMAN 157

l As cópias montadas com acesso somente leitura não podem ser catalogadas usandoRMAN.

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. Esta seçãocontém pré-requisitos para a realização de uma montagem independente de uma cópiaOracle 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 os arquivosde 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%. Porexemplo: 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 usar onome original antecedido por TEST, use TEST%SID%.

l ASM Diskgroup: Este campo representa o formato do grupo de discos do ASM. Paraespecificar o nome de grupo de discos original use %DG%. Por exemplo: para usar onome original antecedido por TEST, use TEST%DG%.

l Custom initialization parameters: Este é um campo de várias linhas que permite quevocê especifique as configurações que substituirão qualquer configuração de bancode dados original na cópia de banco de dados montada. O que é útil para opções deediçã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 que deveser executado primeiro e assim por diante. <operation> indica o que o script faz.<extension> indica o tipo de script, RMAN ou SQL. Dependendo do tipo de script,execute-o em RMAN ou execute-o por meio do SQLPlus. Seguem os nomes de arquivosgerados:

Step-1_DatabaseRename.sqlStep-1_DatabaseFileRename.sqlStep-2_RecoverDatabase.rmanStep-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. Para executaros scripts, siga estas etapas como usuário do Oracle:

1. Exporte o SID Oracle como o SID usado durante a recuperação.

Proteger o Oracle


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 de umacópia com um banco de dados Oracle RAC como um banco de dados RAC em outrocluster 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%. Porexemplo: 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 usar onome original antecedido por TEST, use TEST%SID%

Obs.

Para montagens RAC, cada nó no cluster recebe um nome de instância exclusivo,seguido por um numeral.

l ASM Diskgroup: Este campo representa o formato do grupo de discos do ASM. Paraespecificar o nome de grupo de discos original use %DG%. Por exemplo: para usar onome original antecedido por TEST, use TEST%DG%.

l Custom initialization parameters: Este é um campo de várias linhas que permite quevocê especifique as configurações que substituirão qualquer configuração de bancode dados original na cópia de banco de dados montada. O que é útil para opções deedição, como configurações de memória.

Proteger o Oracle

Montagem em cluster e recuperação 159

Montar/desmontar cópias de VMAX 3As operações de montagem/desmontagem no VMAX 3 incluem o mascaramento/desmascaramento de LUNs ou de um conjunto de LUNs para um host. O AppSyncdepende do recurso de provisionamento automático do VMAX 3.

O host de montagem deve ser zoneado para o array do VMAX 3. Em seguida, você podecriar uma exibição de mascaramento com o grupo de iniciadores, grupo de portas egrupo de armazenamentos.

Quando o AppSync executa uma operação de montagem no VMAX 3, ele detecta oiniciador de host para o host de montagem em primeiro lugar, depois, de acordo com oiniciador de host, o AppSync associa à (ou da) exibição de mascaramento. Essa operaçãodetermina o grupo de armazenamento em que as LUNs de destino são mascaradas/desmascaradas. Para montagem/desmontagem de RDM ou Vdisk, o AppSync identifica aexibição de mascaramento que se baseia no iniciador do host para o ESX server.

Você pode selecionar o objetivo de nível de serviço (SLO) desejado 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 necessário, o AppSync adiciona aLUN ao grupo de armazenamento. Se o grupo de armazenamento não existir, o AppSyncadicionará a LUN 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 no momentoda montagem e os adicionará ao grupo de armazenamento para o host de montagem. Osdispositivos são adicionados ao grupo de armazenamento original quando a cópiaexpira.

Restaurando uma cópia do OracleVocê pode executar uma restauração de uma cópia do Oracle usando o Assistente OracleRestore no console do AppSync.



Obs.

Para o AppSync 2.2.2 e posterior e o XtremIO 4.0 e posterior, o botão Restore estáhabilitado no assistente para restauração automatizada. Se você estiver restaurandoduas cópias, um para o XtremIO 3.x e outra para o XtremIO 4.0, o AppSync restaurasomente a cópia do 4.0 (uma advertência é exibida para a cópia de 3.x).

Procedimento

1. No console do AppSync, clique na guia Copy Management, em seguida, selecioneOracle na lista suspensa.

Uma lista das instâncias de banco de dados do Oracle é exibida.

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 are attemptingto perform a restore on a cluster. Please follow theinstructions in the AppSync documentation for specificcluster restore procedures.

Proteger o Oracle


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 para restaurar:Data, Archive logs ou Both Data and Archive logs.

Se o banco de dados que está sendo restaurado afeta outros bancos de dados, vocêpode receber uma mensagem de advertência de entidade afetada.

6. Clique em Nextpara exibir a página Summary.

7. 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 que fazemparte da restauração de uma cópia.

Resultado

O AppSync apenas exibe advertências de restauração para bancos de dados detectáveispelo AppSync que são comuns a esse host. Nenhuma advertência é exibida para bancosde dados que não são comuns para o host ou não detectáveis.Consulte também Restaurando uma cópia RAC na página 162.



Para o Oracle, uma entidade afetada pode somente ser outro arquivo de dados do bancode dados Oracle ou registros de arquivamento. Você pode optar por restaurar usandouma das três opções. Isso determinará o nível ao qual as entidades afetadas sãodeterminadas.

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. Sevocê selecionar Data, o AppSync procura entidades afetadas em relação aos file systemse 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.

Se houver entidades afetadas em sua configuração de armazenamento subjacente, oAssistente Restore notifica sobre esses itens. As situações a seguir produzem entidadesafetadas que exigem que você confirme que itens adicionais serão restaurados:

Proteger o Oracle

Entidades afetadas durante a restauração 161

l Para o RecoverPoint e o ViPR Controller, se os bancos de dados estiverem no mesmogrupo de consistência, eles se tornam entidades afetadas quando os outros bancosde dados são protegidos.

l Para VNX, VNXe, VMAX, XtremIO e ViPR Controller, se os bancos de dados estiveremna mesma LUN, eles se tornam entidades afetadas quando outros bancos de dadossão protegidos. Para VNXe, se os bancos de dados estão no mesmo grupo de LUNs,eles se tornam entidades afetadas quando o outro banco de dados é protegido.

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 AppSync calcula as entidades afetadas para grupos de consistência ou LUNs do bancode dados Oracle selecionado para restauração. Se os bancos de dados afetados residemparcialmente em outros grupos de consistência, grupos de LUNs ou LUNs, o AppSynccalcula as entidades 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. Seos dados e o registro forem selecionados para restauração, as entidades afetadas sãocalculadas para todos os grupos de consistência, grupos de LUNs, LUNs ou datastoresonde o banco de dados reside. Se somente a restauração de dados ou registro forselecionada, as entidades afetadas são calculadas somente para o grupo deconsistência, grupos de LUNs, LUN ou datastore do componente selecionado.

Se os componentes de dados e registro do banco de dados residem no mesmo grupo deconsistê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 tentativa deimportaçã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 ou ASMnão são compatíveis.

Restaurando uma cópia RACSiga este procedimento para restaurar uma cópia de RAC.


Em nós remotos, siga estas etapas:

Proteger o Oracle


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. 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 no centroinferior 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 em Next.

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 se 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:

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>

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>

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:

Proteger o Oracle

Restaurando uma cópia RAC para entidades afetadas 163

Procedimento

1. No console do AppSync, acesse Copy Management > Oracle.

2. Selecione o banco de dados desejado e, em seguida, no menu suspenso no centroinferior 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. Pleasefollow the instructions in the AppSync documentation forspecific 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 de dadosafetado e que você precisa desligar o banco de dados manualmente.

Obs.

Um banco de dados pode ter entidades associadas no mesmo armazenamento, masem 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

Restaurar uma cópia do XtremIOAnalise essas informações em relação à restauração de uma cópia do Oracle do XtremIO.

Para o AppSync 2.2.2 e posterior e o XtremIO 4.0 e posterior, o botão Restore estáhabilitado no Assistente Oracle Restore para a restauração automatizada. Se você estiverrestaurando duas cópias, um para XtremIO 3.x e outra para o XtremIO 4.0, o AppSyncrestaura somente a cópia 4.0 (uma advertência para cópia de 3.x é exibida).

Proteger o Oracle


Para restaurar um banco de dados Oracle para XtremIO 3.x, monte a cópia de AppSyncdesejada no host de produção e, em seguida, use o RMAN para recuperar o banco dedados para o ponto no tempo desejado (inclui configurações RAC).

Se você não pode recuperar o banco de dados usando RMAN, talvez precise realizar asseguintes etapas de restauração para substituir (restaurar) o banco de dados Oraclecompletamente. Como as configurações do Oracle em ambientes Linux variam (ASM,udev, MPIO, LVM, etc.), teste e documente o os procedimentos de restauração completosem uma configuração Oracle que não seja de produção definida de modo semelhante aoseu host de produção antes de usar os procedimentos em uma situação de recuperaçãode desastres real. Assim, você garante um cenário de restauração bem-sucedida. Oexemplo de procedimento de restauração completa a seguir se baseia em um banco dedados independente do Oracle em ASM que usa dispositivos udev.

A principal preocupação a se observar durante o procedimento de restauração é evitarconflitos entre a configuração de produção e a configuração de montagem. Certifique-sede desligar o objeto de produção (por exemplo, banco de dados Oracle, grupo de discosASM, etc.) antes de tentar converter a cópia de produção.

Restauração da cópia de banco de dados Oracle com AppSync e XtremIOEsta seção contém etapas para executar uma restauração manual de uma cópia debanco de dados Oracle que reside em um array do XtremIO para as versões 2.2.1 eanteriores, e versões do XtremIO anteriores à 4.0.


Com o AppSync 2.2.2 e posterior e o XtremIO 4.0 e posterior, use o Assistente Restorepara restaurar cópias. Consulte Restaurando uma cópia do Oracle na página 160.

Para a restauração manual, você precisa de uma cópia de banco de dados Oracle noarmazenamento do XtremIO com um plano de serviço AppSync que replica o banco dedados. Suspenda todos os planos de serviço do AppSync que possam replicar o bancode dados que você está tentando restaurar

Procedimento

1. No console do AppSync, monte a cópia do Oracle que você deseja restaurar.Selecione Mount on standalone server e, em seguida, selecione Original Server, ouespecifique o host de produção onde você deseja montar a cópia.

Como você está montando no servidor original, selecione Default Path para ocaminho de montagem.

2. No host de produção, interrompa todos os aplicativos que usam o banco de dadosque está sendo restaurado.

3. No host de produção, desligue a instância do Oracle que está sendo restaurada.

Presume-se a configuração do ASM.

4. Identifique os grupos de discos do ASM do banco de dados Oracle que está sendorestaurado e, em seguida, desmonte-os.

Proteger o Oracle

Restaurar uma cópia do XtremIO 165

Figura 16 Desmonte os grupos de discos ASM

Figura 17 Alterar grupos de discos

5. Verifique o parâmetro da string do disco ASM (asm_diskstring), em seguida,remova o padrão do dispositivo ASM de produção.

Os dispositivos ASM montados têm o padrão /dev/emc-appsync como um prefixo.No exemplo a seguir, os discos ASM de produção usaram /dev/asm-disk* comoum padrão de dispositivo.

Figura 18 Padrão = /dev/asm-disk*

6. Monte os grupos de discos ASM que apontam para a cópia de snapshot montada.

Proteger o Oracle


Figura 19 Montar os grupos de discos ASM

7. Ajuste as vinculações do grupo de discos para que elas não usem as vinculações daEMC. Você pode executar essa tarefa agora ou posteriormente.

Se você ajustar as vinculações do grupo de discos posteriormente, interrompa oOracle e desmonte os grupos de discos. O ASM que usa dispositivos de udev LinuxSuSe inclui a alteração dos arquivos de regras no /etc/udev/rules.d. Cadaversão do Linux é diferente, sendo assim, você precisa entender o ambiente e como oOracle está configurado. Se você executar esta etapa agora, adicione as vinculaçõesde ASM originais de volta ao asm_diskgroup.

8. Inicie o Oracle e, em seguida, recupere o banco de dados.

Figura 20 Iniciar e recuperar o banco de dados

O banco de dados restaurado deve estar on-line.

9. Reinicie todos os aplicativos de banco de dados que você interrompeu na etapa 2.

10. No console do AppSync, selecione Remove para remover a cópia montada.

Essa ação remove a cópia do banco de dados do AppSync, mas não remove osnapshot no host de montagem de produção ou no array de armazenamento XtremIO.Você pode remover uma cópia montada, mas não pode definir a expiração de umacópia montada.

Proteger o Oracle

Restaurar uma cópia do XtremIO 167

11. Mova o snapshot montado da pasta do /AppSyncSnapshots para a pasta onderesidem as LUNs de produção que serão substituídas.

Mova o snapshot montado (o snapshot que está atualmente mascarado para o grupode iniciadores do ESX) se o host de produção for uma máquina virtual. Se o host deprodução for um host físico, mova o snapshot para a pasta onde residem as LUNs deprodução. Depois de concluir, você verá as LUNs de produção e os snapshots namesma pasta.Figura 21 Antes das movimentações dos snapshots

Figura 22 Depois das movimentações dos snapshots

12. Se o host de produção for uma máquina virtual, cancele o mapeamento dos volumesde produção originais do ESX server, examine novamente o host ESX e, em seguida,remova os RDMs da configuração da máquina virtual de produção. Se o host deprodução for um host físico, cancele o mapeamento de volumes de produçãooriginais do host de produção e, em seguida, examine novamente o dispositivo nohost para remover os dispositivos de produção antigos.

13. Remova os volumes de produção anteriores do console do XtremIO.

Os snapshots restaurados se tornam volumes.Figura 23 O snapshot restaurado se torna volumes

14. Renomeie os snapshots para os nomes de volume de produção.

Proteger o Oracle


Figura 24 Renomear snapshots

Os outros snapshots na pasta do /AppSyncSnapshots para os volumes produçãoantigos do XtremIO que você removeu na etapa 11 também se tornam volumes.Figura 25 Snapshots removidos se tornam volumes

15. Detecte o host de produção novamente para atualizar a visualização do console doAppSync da configuração do ASM. Em seguida, execute o plano de serviço para criarum snapshot do banco de dados restaurado e, em seguida, habilite os planos deserviço suspensos na etapa 1.

Visão geral da reutilizaçãoEste tópico explica como usar o recurso de reutilização do AppSync para cópias debancos de dados e bookmarks.

O AppSync permite a criação ad-hoc de cópias de banco de dados Oracle e SQL Server napágina 126, bem como cópias de bookmark do RecoverPoint, seguidas da criação decópias dessas cópias. Essa prática é chamada de reutilização. A reutilização atende amuitas funções úteis, incluindo o teste e desenvolvimento, break-fix, data mining eemissão de relatórios.

Analise e considere as seguintes informações relacionadas aos recursos de reutilização:

l A reutilização cria uma árvore de vários níveis de cópias do banco de dados.

l O AppSync identifica as cópias criadas de uma ação de reutilização por um númerode "geração removida" dos dados de origem de produção, por exemplo, 1ª geração,2ª geração e assim por diante.

l Há um limite prático para o número de gerações, mas o suporte limita-se a duasgerações removidas dos dados de produção.

l A cópia da primeira geração (1ª geração) cria uma cópia que pode ser usada comoorigem para outras cópias. Essa ação cria uma cópia de cópia.

l As cópias de reutilização destinam-se a ser montadas por longos períodos de tempopara diversos fins.

l Depois de usadas, as cópias de reutilização são descartadas ou atualizadas.

l As cópias de reutilização não figuram nos cálculos de RPO.

Proteger o Oracle

Visão geral da reutilização 169

l Você pode executar cópias de 1ª geração agora ou agendá-las para execução em umhorário futuro.

l Os tipos de cópias compatíveis com o AppSync incluem VNX Snap, TimeFinder clonede clone, Snapshot do clone no VMAX, SnapVx do SnapVx para VMAX 3, XtremIOSnapshot e Bookmarks do RecoverPoint.

l A restauração não é compatível com cópias de 2ª geração.

O console exibe todas as ações de reutilização agendadas. Selecione qualquer umadelas e selecione o botão Delete. A atividade agendada será removida.

Se você habilitar o backup dinâmico, a cópia de 1ª geração do banco de dados cria acópia consistente com aplicativos. Ele inclui detecção de aplicativos, o mapeamento econgelamento/descongelamento de banco de dados. O AppSync não configuracongelamento/descongelamento de banco de dados como padrão para cópias dereutilização de 1ª geração.

As cópias de segunda geração (2ª geração) são criadas como cópias de cópias, usando acópia de 1ª geração como origem. Elas não incluem congelamento/descongelamento debanco de dados, detecção de aplicativos e mapeamento. Como resultado, as cópias de2ª geração são criadas muito mais rápido do que cópias da 1ª geração.

Obs.

A reutilização de cópias não é aceita para bancos de dados Oracle no armazenamento doVNX File ou em file systems NFS.

Proteger o Oracle


Atualização da reutilizaçãoAtualização significa descartar a cópia atual (expirar), e recriar o conteúdo da cópiausando seu pai.

l As cópias de 1ª e 2ª geração podem ser atualizadas.

l Atualizar uma cópia de 1ª geração cria uma cópia consistente com aplicativos comuma nova hora.

l As cópias de 2ª geração não serão modificadas se você atualizar a cópia de 1ªgeração.

l A atualização da cópia de 2ª geração ressincroniza a cópia de 2ª geração com o paide 1ª geração. (Use para descartar alterações da cópia de 2ª geração e reiniciar.)

l O registro de data e hora da 2ª geração é o mesmo que o da cópia de 1ª geração.

l Com a atualização, é possível ter cópias de 1ª e 2ª geração com registros de data ehora de cópia diferentes.

l Se você especificou Unmount Previous Copy ao criar a cópia de 2ª geração, oAppSync desmonta a cópia antes de criar a nova cópia.

l Atualização de uma cópia de 1ª geração no XtremIO: Se o número de LUNs no bancode dados de origem se altera, crie apenas snapshots novos. Por exemplo, o AppSyncusa a atualização fornecida pelo array do XtremIO de LUNs de origem para criar acópia de snapshot de 1ª geração.

l Atualização da cópia de 2ª geração no XtremIO: Se você atualizar a cópia de 1ªgeração de origem e o número de LUNs do banco de dados de origem for alterado,crie apenas snapshots novos. Caso contrário, use a atualização fornecida pelo arraydo XtremIO de snapshots de 1ª geração de cópias de snapshots de 2ª geração.

l Após a atualização, o AppSync remonta a cópia se a cópia tiver sido montada.

l A cópia de 2ª geração é recriada a partir do pai da 1ª geração. Se não existir pai da 1ªgeração, a atualização falha.

l A cópia de 1ª geração é recriada a partir do aplicativo.

l A cópia atual que você deseja atualizar deve ser desmontada (se estiver montada).Se você tiver selecionado Mount Copy no Assistente Repurpose, o AppSync monta acópia novamente.

É possível atualizar uma cópia de reutilização a qualquer momento. Para iniciar aatualização:

Proteger o Oracle

Visão geral da reutilização 171

1. Na guia Applications do console do AppSync, selecione a cópia reutilizada que vocêdeseja atualizar.

2. Clique em Refresh.

Expiração de reutilizaçãoExpirar cópias de 1ª ou 2ª geração elimina a capacidade de atualizar a cópia. A expiraçãode uma cópia de 1ª geração falha quando uma cópia de 2ª geração é criada a partir dacópia de 1ª geração.

Use a expiração quando não precisar mais usar uma cópia.

Usando o Assistente RepurposeUse o Assistente Repurpose para agendar ou criar imediatamente as cópias de 1ªgeração ou 2ª geração, conforme necessário.


Você precisa de privilégios administrativos do AppSync para reutilizar a instância debanco de dados.

Para exibir a lista de aplicativos disponíveis.

Procedimento

1. Faça log-in no console do AppSync e acesse Copy Management.

Opção Descrição

To Repurpose an SQL copy: Selecionar SQL Server

To Repurpose an Oracle copy: Selecionar Oracle

Uma lista de bancos de dados disponíveis para a escolha de aplicativo é carregada.

2. Clique na instância de banco de dados que você deseja reutilizar e, em seguida,selecione Repurpose na lista suspensa, no canto inferior esquerdo da tela doconsole.

Essa ação inicia o Assistente Repurpose e leva você para a página Intentions, ondevocê pode informar ao AppSync qual ação você 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 menu suspensoSite para continuar criando a cópia.

4. Clique em Next para iniciar a tela Settings.

Na tela Settings , você pode definir as opções específicas de cópias de 1ª e de 2ªgeração. Especificamente, é possível

l Definir rótulos para cada cópia, para ajudar a identificar a finalidade da cópia.

l Selecionar opções de cópia específicas do aplicativo apenas para a cópia de 1ªgeração.

l Escolher o tipo de cópia apropriado (o assistente falha se o tipo incorreto forescolhido).

5. Selecionar as opções desejadas para a cópia e, em seguida, clique em Next.

Proteger o Oracle


A página de agendamento do assistente é exibida, permitindo que você identifiquequando a cópia de 1ª geração deve ser criada. Criar a cópia agora ou agendar a cópiapara um horário conveniente.

6. Selecione Run now ou Run later e depois digite a data e a hora da execução e, emseguida, pressione Next para concluir o assistente.


O Repurpose Monitor

O Repurpose Monitor permite que você visualize todas as atividades de reutilização emexecução atualmente e monitore o andamento. O Repurpose Monitor exibe o item queestá sendo reutilizado (origem) e o rótulo do item que está sendo criado ou atualizado,juntamente com o tipo de aplicativo. ConsulteO Repurpose Monitor na página 223.

Exibir ou cancelar as cópias de reutilização agendadasVocê pode visualizar ou cancelar qualquer cópia de reutilização de primeira geraçãoagendada.

Procedimento

1. No console do AppSync, navegue até Application > Copy Management e, em seguida,selecione o banco de dados apropriado.

2. Selecione Repurpose > View Scheduled Repurpose Copy para visualizar todas asações de reutilização agendadas.

3. Para excluir uma ação, selecione uma ou mais ações desejadas e clique em Deletepara remover a ação.

Montando e recuperando um clone do Oracle do clone do bookmark RecoverPointEssas etapas mostram como montar e recuperar um clone de banco de dados Oracle doclone para uma cópia de bookmark RecoverPoint em VMAX.


Certifique-se de que a configuração de AppSync tem uma cópia de banco de dadosOracle no RecoverPoint com VMAX. Habilite o backup dinâmico para cópias de 1ªgeração para recuperação garantida.

Procedimento

1. No console do AppSync, acesse Applications > Oracle, selecione um banco de dadosOracle que está no armazenamento de VMAX e, em seguida, selecione Repurpose.

A ação inicializa a página Intentions do Assistente Repurpose.

2. Na página Intentions, selecione Create 1st Gen e Create 2nd Gen, selecione UseBookmark as an intermediate step e, em seguida, clique em Next.

3. Em Settings > 1st Gen copy > Create a label selecione o tipo de cópia Clone.

4. Na página de configurações da cópia de 2ª geração, selecione um rótulo e, emseguida, selecione Clone como o tipo de cópia.

5. Selecione as configurações de montagem para a cópia de 1ª geração e, em seguida,selecione a fase Unmount para a cópia de 1ª geração.

6. Selecione as configurações de montagem como Mount and Recovery para a cópia de2ª geração e, em seguida, selecione a fase Unmount para a cópia de 2ª geração.

7. Na página Schedule, selecione Run Now para concluir o assistente.

Proteger o Oracle

Montando e recuperando um clone do Oracle do clone do bookmark RecoverPoint 173

Montando e recuperando um snapshot Oracle de bookmark RecoverPoint de cloneEssas etapas mostram como montar e recuperar um snapshot de banco de dados Oraclede clone para uma cópia de bookmark RecoverPoint em VMAX.


Certifique-se de que a configuração de AppSync tem um banco de dados noarmazenamento VNX do RecoverPoint e outro no armazenamento VMAX do RecoverPoint.Snapshot de snapshot para VNX e snapshot de snapshot para VMAX não é compatível.

Selecione cópias de 1ª geração com Hot backup enabled para recuperação garantida.

Procedimento

1. No console do AppSync, acesse Applications > Oracle, selecione um banco de dadosOracle que está no armazenamento de VMAX e, em seguida, selecione Repurpose.

A ação inicializa a página Intentions do Assistente Repurpose.

2. Na página Intentions, selecione Create 1st Gen e Create 2nd Gen, selecione UseBookmark as an intermediate step e, em seguida, clique em Next.

3. Acesse Settings > 1st Gen copy > Create a label e selecione o tipo de cópia Clone.

4. Acesse Settings > 2nd Gen copy > Select Snap copy type, e selecione um rótulo.

5. Selecione Mount Settings para a cópia de 2ª geração.

6. Na página Schedule, selecione Run Now e Finish.

Proteger o Oracle


CAPÍTULO 8

Proteger os file systems


l Visão geral do suporte a file systems.................................................................. 176l Resumo das configurações do plano de serviço do file system............................ 177l Montando uma cópia com o Assistente File System Mount..................................186l Restaurando um file system................................................................................ 188

Proteger os file systems 175

Visão geral do suporte a file systemsUse o AppSync para criar e gerenciar cópias consistentes com aplicativos de sistemas dearquivos.

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ópia imediata.Você pode selecionar um ou mais file systems para proteger ao mesmo tempo ouclicar em SELECT ALL para proteger todos os file systems na lista da página de filesystems.

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

Proteger os file systems NFS no armazenamento VNXSaiba como o AppSync aceita a proteção de file systems NFS no armazenamento VNX.

O AppSync aceita a proteção de file systems NFS no Linux (RHEL, SUSE e OEL) e AIX. Vocêpode usar essas cópias para recuperação operacional.

Use os planos de serviço Bronze, Silver e Gold. Para planos de serviço configurados paraproteção remota, a cópia do NFS é criada como um snapshot do SnapSure no file systemlocal e/ou remoto. Cópias de datastores NFS podem ser criadas de planos de serviçoconfigurados para proteção local, remota e local e remota. O AppSync também pode criarcópias para file system em um banco de dados Oracle para planos de serviço Bronze,Silver e Gold.

Durante a restauração de uma cópia do NFS, o AppSync cria um snapshot de reversãopara cada file system restaurado. O nome de cada snapshot de reversão pode serencontrado nos detalhes da restauração. Você pode excluir manualmente o snapshot dereversão novamente depois de verificar o conteúdo da restauração. Manter essessnapshots além de sua vida útil poderá encher o cache de snapshots do VNX e causarproblemas de recursos.

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 de que ostatus do array seja OK.

Página Host file systemsA página Host file systems mostra todas as instâncias do host atualmente registradas noAppSync.

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 na página 177

l Página File system copies na página 177

l Montando uma cópia com o Assistente File System Mount na página 186



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. Clique emSELECT ALL para proteger todos os file systems nesta página (exceto um file system C:\que contém informações de sistema do host). Para obter mais informações sobre os filesystems, consulte:

l Página Filesystem copies na página 177

l Página Filesystem hosts na página 176

l Montando uma cópia com o Assistente Filesystem Mount na página 186

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 e planode 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 você pode escolher montar, restaurar ou expirar cópias.

Para obter mais informações sobre os file systems, consulte:

l Página Filesystems na página 177

l Página Filesystem hosts na página 176

l Montando uma cópia com o Assistente Filesystem Mount na página 186

Resumo das 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 com aplicativos acada 24 horas. Apenas a tecnologia de replicação especificada pelo tipo de cópia na faseCreate copy varia entre os planos. A tabela a seguir resume as configurações padrão:


Resumo das configurações do plano de serviço do file system 177

Tabela 20 Configurações do plano de serviço do file systempadrão



Plan Startup Enabled Automatic schedule Recurrence type: Criauma cópia a cada 24horas, com a primeiraexecução à meia-noite(00:00).Recovery Point Objective(RPO): Uma cópia deveser criada a cada 24horas. (Alerta emitido seobjetivo não foratendido).


Enabled Nenhuma Determinado pela fasePlan Startup.

Mapeamento deaplicativos

Enabled 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 Enabled Copy type:

l Bronze

l Prata

l Ouro

Além disso:

l Storage OrderedPreference: Snapshot,Clone e Bookmark.

l Configurações dearmazenamento: 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.

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



Tabela 20 Configurações do plano de serviço do file systempadrão (continuação)



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

Montar cópia(Uma fase Pre-mount script estádisponível paraplanos de serviçodo file system)

Não habilitado Mount Copy

l Mount on Server: OriginalHost

l Mount with access:Leitura/gravação

l Mount Path: Default PathImage

l Modo de acesso: Loggedaccess

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

l Use Dedicated StorageGroup: Selecionada porpadrão

Iniciada quando a faseUnmount previous copy éconcluída.


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

Desmontar cópia 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 na horaagendada.

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 em Subscribe toService Plan no menu suspenso Protect.

4. Selecione o plano de serviço Gold, Silverou Bronze.


Inscrevendo um file system em um plano de serviço 179

Você também pode selecionar Subscribe to Service Plan and Run para inscrição eproteçã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 se baseiaem seu requisito e clique em OK.

Por exemplo, se o tipo de recorrência padrão for On specified days of the month e aconfiguração de regra, Run at 12:00 AM no 1st day of every month, você podesobrepor a hora e o dia para aplicativos individuais.Um ícone de lápis indica que as configurações padrão foram sobrepostas.




















Detecção de aplicativosAntes de criar uma cópia do file system, o AppSync examina os file systems para buscaras alterações, como adição, exclusão, renomeação ou movimentação dos file systems.Se os file systems individuais estão sendo protegidos, o AppSync detecta as informaçõessobre 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 script depré-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 fase PlanStartup. Os formatos de script válido são .bat, .exe e .ps1 (scripts do PowerShell) paraWindows, 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 o padrão "Open" no C:\WINDOWS\system32\WindowsPowerShell\v1.0\powershell.exe dearquivos de ps1. Quando o script de PS é executado, você pode receber um erro eprecisará 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 o scriptcomo um usuário específico. O script é executado como o sistema local por padrão. Parao UNIX, as credenciais são obrigatórias.


Detecção de aplicativos 181

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 recursos de fasede cópia

A fase Create copy cria uma cópia baseada na tecnologia de replicação especificada noplano de serviço. Você pode configurar e executar scripts de chamada de congelamentoe descongelamento nesta fase

Configurando e executando scripts de chamada de congelamento e descongelamento

O 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ão podemser especificados pela GUI. Os scripts são colocados em um local predefinido com umnome predefinido. Você pode usar esses scripts para desativar (suspender a I/O) edescongelar em qualquer banco de dados não compatível do AppSync que reside nos filesystems inscritos por um curto período (geralmente alguns segundos). Durante essetempo, a cópia é ativada. Os scripts são executados com as credenciais de usuáriousadas para registrar o plug-in host com AppSync.

Durante a fase Create copy, quando o AppSync executa esses scripts, um arquivo XMLtemporário é fornecido como o único argumento para esses scripts de chamada. Essearquivo 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 chamada forencontrado ou se o script de chamada não for executável. Se qualquer um dos scripts dechamada falhar (valor de saída diferente de zero), a criação de cópia falha e a fase Createcopy é encerrada com um erro. Se o script de chamada de congelamento for executadocom sucesso e, em seguida, a criação de cópia falhar devido a qualquer problema dearmazenamento, o script de chamada de descongelamento é executado antes deencerrar a fase Create copy com um erro.

Para um plug-in de host Windows, coloque os scripts executáveis de chamada na pasta%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:

<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.

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>

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 formatos descript válido são .bat, .exe e .ps1 (scripts do PowerShell) para Windows, e .sh para UNIX.

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 o padrão"Open" nos arquivos ps1 C:\WINDOWS\system32\WindowsPowerShell\v1.0\powershell.exe. Quando o script de PS é executado, você pode receber umerro; 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. ParaUNIX, 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.


Fase de script pós-cópia 183

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.


Mount copyA 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 de porcentagemúnicos (%). O caminho padrão também contém uma variávelAppSync (ProdServerName) que é delimitada com dois sinais deporcentagem (%%). Os caracteres a seguir não são válidos nocaminho:< > : " / | ? * . O caminho de montagem também pode serSame as Original Path. No entanto, essa opção não está disponívelquando o host de montagem é o mesmo que o host de produção.

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.

Modo de acessoà imagem(durante amontagem doRecoverPoint)

l Logged Access: Use esta opção de montagem se a verificação deintegridade 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 processamento intensivo.Com o RP-VMAX e XtremIO RP, o acesso virtual com distribuiçãonão é compatível.

l Virtual Access: Fornece acesso quase instantâneo à imagem; elenão se destina ao processamento intensivo. O acesso virtualcom RPVMAX e RP XtremIO não é compatível.



Campo Descrição



l Marcada por padrão, habilitar essa opção permite que oAppSync imponha um grupo de armazenamento VMAX ou VNXdedicado a uma montagem. (Um grupo de armazenamentodedicado VMAX ou VNX contém apenas o host de montagemselecionado). A montagem falhará se você estiver montando emum nó de um cluster que está em um grupo de armazenamentocompartilhado com outros nós.

Obs.



Substituir as configurações de montagem em um plano de serviçoSe houver vários file systems inscritos no mesmo plano, você pode selecionarconfigurações de montagem diferentes para cada file system, substituindo asconfigurações de montagem genéricas.



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 em SetOverrides.

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 para aquelasconfigurações de montagem que você deseja sobrepor.

Por exemplo, se quiser montar uma cópia no host de produção, você pode selecionarUse new signature no menu suspenso Mount Signature.


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.


Mount copy 185

7. Para retornar para as configurações padrão, selecione os file systems e clique em UseDefault Settings.







Montando uma cópia com o Assistente File System MountUse o Assistente File System Mount para criar qualquer montagem point-in-time para ascó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.

2. Selecione uma cópia para montar e clique emMount.

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 que vocêselecionou antes de selecionar Mount é marcada; no entanto, outras instâncias decópia também serão exibidas.

3. Selecione a cópia a ser montada e clique em Next.

A página Specify Mount Settings é aberta, nela você pode selecionar Mount on Host(lista suspensa da montagem) e um local do caminho de montagem To original pathou Mount to alternate path (menu suspenso). O caminho de montagem é o local ondea cópia é montada no host de montagem. Por padrão, o AppSync exibe o caminho dohost de montagem que você selecionou. Você também pode editar e montar a cópiaem um local definido pelo usuário.Você também pode selecionar as opções de montagem, inclusive Mount with access(somente leitura ou leitura/gravação) e Image access mode (lista supensa). Imageaccess mode permite que você monte o file system com o modo de acesso adequado,caso a cópia selecionada seja um bookmark do RecoverPoint.

Para arrays do VMAX 3, uma lista suspensa de SLO é apresentada. Você podeselecionar o objetivo de nível de serviço (SLO) para a cópia de montagem. Se houver



um grupo de armazenamento para o host de montagem com o SLO desejado. OAppSync adiciona a LUN ao grupo de armazenamento. Se o grupo de armazenamentonão existir, o AppSync adicionará a LUN a qualquer grupo de armazenamento queesteja mascarado para o host. Se um grupo de armazenamento estiver configuradopara selecionar dispositivos de destino, o AppSync removerá os dispositivos dogrupo de armazenamento no momento da montagem e os adicionará ao grupo dearmazenamento para o host de montagem. Os dispositivos são adicionados ao grupode armazenamento original quando a cópia expira.

4. Digite as informações do local de montagem e as opções de montagem e clique emNext.

A página Summary é iniciada.

5. Verifique se as informações de montagem estão corretas e clique em Finish.

A página Results inicia com as informações dos resultados da montagem.

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 de montagem onde o file systemfoi 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 de que aorigem foi montada com êxito mount -v jfs2 -o rw,log=/dev/loglv00 /dev/fslv01 <Orig Mt Pt>

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 file systemque você deseja desmontar, depois selecione o file system com a cópia paradesmontar.

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 parte inferiorda página.


Alterando o ponto de montagem para um file system afetado 187

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 no mesmo plano, você pode selecionarconfigurações de montagem diferentes para cada file system, substituindo asconfigurações de montagem genéricas.



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 em SetOverrides.

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 para aquelasconfiguraçõ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 clique em UseDefault Settings.

Restaurando um file systemUse o Assistente File System Restore para restaurar uma cópia do file system existente.

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 a páginade file systems.



3. Selecione o file system que você deseja restaurar (a opção Select All é exibida naparte inferior esquerda da página) e clique em Restore no menu Recover, na áreainferior esquerda da página de file system.

Essa ação inicia o Assistente File System Restore. Todas as cópias protegidas sãolistadas no assistente. É possível selecionar somente uma cópia de file system decada vez para restauração. A data de cópia, o nome do file system, o nome doservidor, o plano de serviço e tipo de cópia são exibidos para cada có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 file systemque pertence ao mesmo grupo de consistência ou grupo de volume onde a cópia érestaurada. Se esse file system estiver protegido, bem como a cópia do file systemselecionada, esse file system é substituído.A página de advertência de restauração também lista todos os aplicativos instaladosno file system que está sendo restaurado.

5. Leia as advertências e marque a caixa de seleção "I have read warnings" e clique emNext para continuar com a restauração.

Essa ação inicia a página Summary do assistente.

6. Se a página Summary parece estar correta, clique em Finish.

A página Results é carregada, nela você pode visualizar os resultados da restauração.

Restaurar uma cópia do file system manualmente no XtremIOA restauração de uma cópia XtremIO 4.0 (versão mínima) com o AppSync 2.2.2 eposterior é compatível. Este tópico mostra como restaurar manualmente uma cópia emuma versão de XtremIO inferior 4.0 com o AppSync 2.2 até 2.2.1.


Consulte Restaurando uma cópia do file system na página 188 para restauraçãoautomatizada.

Para obter manualmente a restauração granular de arquivos e pastas em um file system,montar uma cópia do file system e usar a cópia de arquivo/pasta seletiva, você precisada seguinte configuração:

l File system de host que reside no armazenamento de XtremIO

l O plano de serviço do AppSync que replica o file system

Procedimento

1. No console do AppSync, selecione Service Plans > Filesystem e o plano de serviçodesejado, por exemplo, Bronze.


2. Desabilite planos de serviço agendados para execução, o que inclui o file system quevocê planeja restaurar.

Essa ação impede que uma cópia seja feita durante o procedimento de restauração.

3. Para montar a cópia de que você deseja restaurar no host de produção, clique emmount to default location.

Monte a cópia com acesso leitura/gravação.

4. Execute um dos seguintes procedimentos, dependendo da versão de seu sistemaoperacional:


Restaurar uma cópia do file system manualmente no XtremIO 189

a. No Windows: Registre o identificador NAA para o volume de produção e osnapshot montado e, em seguida, remova a letra do drive do dispositivo deprodução no host de produção.

b. Linux/AIX: Desmonte o file system.

5. Atribua a letra do drive da cópia de snapshot montado no host de produção(Windows) ou remonte o file system (Linux/AIX).

6. Selecione Remove para a cópia montada.

Essa ação remove a cópia do banco de dados do AppSync sem alterar o snapshot nohost de montagem ou no array de armazenamento do XtremIO. O sistema exibe umamensagem que discute essa ação.

7. Se o host de produção é uma máquina virtual, use o identificador NAA que vocêregistrou anteriormente para remover a LUN de produção antiga do inventário do host.

Essa ação remove o volume do host (pode ser necessário examinar novamente odispositivo host). Nenhuma outra ação é necessária no host de produção.

Figura 26 Máquina virtual: Remover a LUN de produção antiga

8. Remova a LUN de produção antiga do grupo de iniciadores.

9. Mova o snapshot montado da pasta /AppSyncSnapshots para a pasta da LUN deprodução que você está substituindo.

Mova o snapshot que está montado (o snapshot que atualmente está mascaradopara o grupo de iniciadores de host de produção ou o grupo de iniciadores do ESX).

Depois de concluir, você verá a LUN de produção e o snapshot.



Figura 27 LUN de produção e snapshot

Um é um snapshot. O outro é um volume.Figura 28 Um snapshot e um volume

10. Remova o volume que você deseja substituir.

O snapshot se torna um volume.Figura 29 Snapshot se torna volume

11. Renomeie o snapshot (agora um volume) para o nome do volume que você substituiue, depois, execute o plano de serviço do file system para criar um snapshot de filesystem "restaurado".


Restaurar uma cópia do file system manualmente no XtremIO 191

CAPÍTULO 9

Proteger VMware Datacenters


l Pré-requisitos de configuração ........................................................................... 194l Detecção de datacenters .................................................................................... 197l Considerações sobre a montagem de uma cópia VMFS ...................................... 206l Restaurando um datastore a partir de uma cópia................................................ 209l Restaurando uma máquina virtual a partir de uma cópia..................................... 213l Restauração de arquivo ou pasta com datastores VMFS ou NFS...........................216

Proteger VMware Datacenters 193

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ários paraintegrar o AppSync com a proteção do VMware vStorage VMFS. Configure o RecoverPointe 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 cliente da web doVSI for VMware vSphere. O plug-in está disponível para download separado da página desuporte on-line do AppSync em support.EMC.com.

Pré-requisitos de configuração do RecoverPoint

l Configure a proteção do RecoverPoint (CDP/CRR/CLR) para as LUNs de produçãoantes da implementação do AppSync. Consulte a documentação do RecoverPointpara criar grupos de consistência e definir conjuntos de replicação.

l Em um cluster ESX, deve-se deixar as LUNs de destino visíveis para todos os hostsESX no cluster.

l O servidor do AppSync deve se conectar ao RPA por meio da rede.

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 vCenter Server.

O AppSync pode ser configurado para exigir credenciais de log-in do vCenter Server parapermitir a proteção de um determinado VMFS por motivos de segurança. A menos quevocê instrua o AppSync a omitir esse recurso, o AppSync captura um snapshot deVMware para cada máquina virtual que on-line e que reside no VMFS antes de proteção.Essa ação garante a consistência do sistema operacional para a réplica resultante. Asseguintes funções de usuário para um cluster de Virtual Center ESX são permitidas com oAppSync:

l Administrador

l Usuário avançado da máquina virtual

l Usuário de máquina virtual



http://support.emc.com

l Administrador de pool de recursos

l Usuário de backup consolidado VMware

l Consumidores de armazenamento de dados

l Administrador de rede

A seguinte captura de tela Edit Role exibe os privilégios que você precisa para selecionaras funções.


Requisitos vStorage VMFS VMware 195

Figura 30 Privilégios necessários para as funções do VC para o AppSync



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 namá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, a cópiaresultante não conterá essas LUNs. Se a máquina virtual tiver discos virtuais que nãosejam a unidade de inicialização localizados em outros datastores, é possível capturaresses discos configurando o plano de serviço para incluir discos de máquinas virtuais.

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 Virtual Center eselecione um vCenter server para detectar seus datacenters.

Opcionalmente, você também pode adicionar um vCenter server clicando em AddvCenter Server. Consulte Adicionar um vCenter Server na página 198.

Lista de datacentersO nível superior da página VMware Datacenters mostra todos os datacenters registradosAppSync.

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 recentes nodatacenter foram concluídas com erros

l Vermelho: Uma ou mais cópias de datastores mais recentes nodatacenter 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 no vCenterserver.

Alert Recipients Lista de aliases de e-mail que receberão alertas por e-mail.


Detecção de datacenters 197

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 for usadacomo um host de montagem para uma cópia de Snapshot do VNX.


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 para ovCenter Server.

Lista de datastores VMwareA lista contém os datastores VMware que foram detectados e armazenadas no banco dedados do AppSync.

Clicar no nome do datastore exibe as cópias do datastore.

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 VMware doAppSync.

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 de serviçoimediatamente, ou agenda o plano de serviço para ser executado posteriormente.

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 para todosos datastores que fazem parte do plano de serviço é executada na hora agendada.





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 to Plan.

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 Plan andRun.

A caixa de diálogo Subscribe to Plan and Run é exibida mostrando o andamento nasdiferentes 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 o arquivode máquina virtual. No caminho, o nome do datastore onde a máquina virtual reside ficaentre 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.


Selecione um datastore VMware. 199

Você pode selecionar vários datastores, se eles estiverem inscritos no mesmo planode serviço. Selecione vários datastores, segurando as teclas Shift ou Ctrl no 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 os datastores.

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 da máquinavirtual. Fechar um file system para novas sessões é um processo de colocar os dados emdisco de um computador físico ou virtual em um estado adequado para backups. Esseprocesso pode incluir operações como flushing de buffers sujos do cache em memóriado sistema operacional para o disco, ou outras tarefas específicas de aplicativos de nívelmais alto. Se a opção de consistência da máquina virtual não estiver definida, o AppSyncignora o processo de criação de snapshots de máquina virtual.

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 da montagem, ostatus de consistência de máquina virtual e o plano de serviço associados à 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ópia dodatastore selecionado.

l Guia Virtual Disks: lista os discos virtuais que fazem parte da cópia do datastoreselecionado.

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, armazenamento emdisco, 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 de máquinavirtual selecionada.

l Guia Events: lista os eventos que ocorreram quando a cópia da máquina virtual foicriada.

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ópias associadaslistadas 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 com suasnecessidades e clique em OK.

Por exemplo, se o tipo de recorrência padrão for On specified days of the month e aconfiguração de regra, Run at 12:00 AM no 1st day of every month, você podesobrepor 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 ouuma cópia local e remota com base na opção do plano de serviço, Bronze, Silver ou Gold.

Análise Visão geral: Service Plan na página 10 para obter mais informações sobre a cópiano plano de 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 Consistência de cópia

O VM Consistent cria uma cópia dos datastores no plano de serviço, inclusivea execução de programas, processos e até mesmo janelas que estavam abertasno momento do snapshot. Maximum Simultaneous VM Snapshots é onúmero de snapshots simultâneos de todas as máquinas virtuais presentes. Ovalor 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 Ignore VM Snapshots for VMs permite que você selecionemáquinas virtuais dos datastores adicionados ao plano de serviço. As máquinasvirtuais selecionadas são ignoradas enquanto capturam snapshots VMwaredurante a execução de plano de 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áquina virtualVM1 que faz parte do DS1 tem discos virtuais nos datastores DS2 e DS3. Quandoo plano de serviço é executado, os datastores DS2 e DS3 são protegidos,juntamente com o DS1. No entanto, os datastores DS2 e DS3 não são inscritos noplano 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. Use os botões Move Up eMove Down. As cópias são feitas usando a primeira preferência de tecnologiaquando possível. Se as condições se apresentarem de maneira que a primeiratecnologia não possa mais ser usada, então, todas as cópias restantes serão



processadas pela próxima preferência. Por exemplo, se a primeira preferência fosseum bookmark, mas nem todos os dados de aplicativos no plano de serviço puderamser mapeados para o RecoverPoint, o AppSync usa snapshot VNX em vez disso.

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 RecoverPoint, snapshot do VNXe VNX File que podem existir simultaneamente.

Expiração automática de RecoverPoint, XtremIO, VNX e VNX File, VMAX, e cópias desnapshot ViPR ControllerO valor de expiração automática na fase Create Copy de um plano de serviço especifica onúmero máximo de cópias de snapshots que 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 com falhanã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 paramanter é 3, o AppSync não expira a cópia mais antiga até que a quarta cópia seja criada.


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 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 de serviç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 do planode serviço. Outras configurações de montagem determinam o host de montagem, omodo 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 VMFS namontagem. 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 a digitalizaçãode grandes áreas dos volumes replicados.

l Virtual Access with Roll:Fornece acesso quase instantâneo à cópia, mas também atualiza o volume replicadoem segundo plano. Quando os volumes replicados estão no point in time solicitado,o RPA alterna transparentemente para o acesso ao volume de réplica direto,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 de umgrupo 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 planos na lista.



A lista de datacenters inclui todos os datacenters vCenter cujos datastores estãoinscritos neste plano. As configurações de montagem exibem as configuraçõespadrão. Além disso, para datastores VMAX v3, o objetivo de nível de serviço é exibidocomo 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 para asconfigurações de montagem que você deseja sobrepor.





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 em UseDefault 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 AppSync executará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 reiniciar asmáquinas virtuais e os aplicativos devem ser realizadas por scripts ou intervençãomanual.

l Para montagens de datastore e virtual disco em ambientes ESXi 5. x e RecoverPoint4.0, desative a aceleração de hardware para garantir montagens bem-sucedidas dotipo acesso virtual. Para obter mais detalhes, consulte o artigo 2006858 da base deconhecimento 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 de umdatacenter.



Procedimento

1. No botão pop-up Recover, selecione Mount a Copy, na página Datastore ou Copies,ou na guia Copies do plano de serviço.

2. Use os filtros Copies ou Service Plan para selecionar a cópia apropriada a montar.



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 uma cópiadisponível no AppSync antes da hora que você selecionar.

Clique em Select a point in time para selecionar uma cópia com um registro de data ehora específico e selecione o local da cópia (remoto ou local). Selecione remote paramontar a cópia remotamente, ou local para montar a cópia localmente. A horamostrada aqui é a hora do console do AppSync. Se o console estiver em um fuso



horário diferente do RecoverPoint Appliance (RPA), especifique a hora de acordo como fuso horário do servidor para montar a cópia.

4. Na página Mount Additional Copies, selecione uma ou mais cópias adicionais paramontar. As cópias listadas aqui são outros datastores que foram protegidos aomesmo tempo e no mesmo datacenter que a cópia selecionada na etapa anterior.

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ão listados comocandidatos de host de montagem possíveis. Se um ESX selecionado fizer parte deum cluster de ESX, outro campo, Cluster Mount, será exibido, o qual pode serdefinido como Yes ou No. Se o ESX Server fizer parte de um cluster, você tambémterá a opção de montar em todos os nós do cluster, ou apenas para o host demontagem que você escolher.

b. Na lista Mount Signature, selecione uma destas opções: Use new signature, Useoriginal signature. Aplicável somente para datastores VMFS VMware.

c. Em caso de uma cópia de RecoverPoint, na lista Image Access Options, selecioneuma destas opções:

l Logged access: Use esta opção de montagem se a verificação de integridadeenvolver a digitalização de grandes áreas dos volumes replicados. Loggedaccess é a única opção disponível quando você monta no 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 os volumesreplicados estão no point in time solicitado, o RPA alterna transparentementepara o acesso ao volume de réplica direto, permitindo o processamentointensivo. Acesso virtual com teste não é compatível com RP VMAX e XtremIOde RP.

l Virtual access: Fornece acesso quase instantâneo à imagem. O acesso virtualnão se destina ao processamento intensivo. Acesso virtual com RP VMAX eXtremIO de RP não é compatível.

d. Na lista suspensa Mount copy with access, selecione o tipo de acesso com o quala cópia deve ser montada: Read-only ou Read-write. Aplicável apenas paradatastores do VMware VNXFile.

e. Para arrays do VMAX 3, é apresentado um menu suspenso SLO. Você podeselecionar o objetivo de nível de serviço (SLO) desejado para a cópia demontagem.

Se houver um grupo de armazenamento para o host de montagem com o SLOdesejado, o AppSync adicionará a LUN ao grupo de armazenamento. Se o grupo dearmazenamento não existir, o AppSync adicionará a LUN a qualquer grupo dearmazenamento que esteja mascarado para o host. Se um grupo dearmazenamento estiver configurado para selecionar dispositivos de destino, oAppSync removerá os dispositivos do grupo de armazenamento no momento damontagem e os adicionará ao grupo de armazenamento para o host de montagem.Os dispositivos serão adicionados ao grupo de armazenamento original quando acópia for expirada. Um exemplo de menu do SLO desejado é mostrado a seguir:


Montando uma cópia de datastore sob demanda 207

Figura 31 Para VMAX 3 selecione o SLO desejado

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 diversas fases darestauraçã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 datacenter VMware quehospeda o datastore, depois selecione o datastore com a cópia para desmontar.

l Service Plans > VMware Datacenters > selecione um plano de serviço, depoisselecione a guia Copies.

2. Na lista de cópias, selecione a cópia do datastore e clique em Unmount no botãoabaixo.

A caixa de diálogo Unmount Confirmation exibe todas as cópias de outros datastoresque foram montados, juntamente com a cópia selecionada para ser desmontada.




A janela Unmount exibe o andamento da operação de desmontagem. Todas as cópiasque foram montadas, juntamente com a cópia selecionada serão desmontadas.

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 Service PlanCopies.

Inicia o Assistente Datastore Restore.


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.


Clique em Select a point in time para selecionar uma cópia com um registro de hora.A hora indicada aqui é 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 do servidor pararestaurar a cópia.

3. Clique em Next.

Se a cópia selecionada tiver entidades afetadas, a página Restore Warnings seráexibida.

4. Leia as mensagens de advertência para os datastores selecionados. Marque a caixade seleção para indicar que concorda em restaurar outras entidades juntamente coma cópia selecionada.

Você pode desmontar os datastores que serão sobrescritos manualmente antes darestauraçã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 na página 210 para obter detalhes.

6. Na página Summary, analise as configurações que você selecionou nas páginasanteriores e clique em Finish para executar a restauração.




Restaurando um datastore a partir de uma cópia 209

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.

Tabela 21 Operações da máquina virtual

Operação damáquina virtual

Descrição

Máquinas virtuaispresentes no início darestauração

Power down VMs at start of restore: Se as máquinas virtuaisestiverem presentes no início da restauração, o AppSync as desligaantes de iniciar a operação de restauração. Isso é importante para umarestauração bem-sucedida.

Execute as operaçõesda máquina virtual apósa restauração.

l Retorna as máquinas virtuais ao estado encontrado noinício da restauração: Após a restauração, o AppSync liga asmáquinas virtuais e as retorna ao estado em que estavam antes darestauração.

l Register all virtual machines: Após a restauração, o AppSyncregistra todas as máquinas virtuais no inventário do vCenter.

l Register and power up all virtual machines: Após arestauração, o AppSync liga as máquinas virtuais e as registra noinventário do vCenter.

Você pode selecionar apenas uma dessas opções.

Máquinas virtuaisausentes no início darestauração. Execute asoperações da máquinavirtual após arestauração.

l Register all virtual machines: Após a restauração, o AppSyncregistra todas as máquinas virtuais no inventário do vCenter.

l Register and power up all virtual machines: o AppSync liga asmáquinas virtuais e as registra no inventário do vCenter.

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 os dados que vocêpretende proteger. Você pode impedir situações de entidades afetadas planejandoadequadamente o layout dos dados.

No caso do RecoverPoint ou do ViPR Controller, a granularidade está no nível do grupo deconsistência (CG). Se o CG for selecionado para restauração, o AppSync identifica outrosdatastores que residem no mesmo CG que também foram protegidos, e os restaura. Se aentidade afetada não foi protegida, o AppSync não poderá restaurá-la corretamente. Essefato é exibido como uma advertência no Assistente Restore.

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.

Restaurando uma cópia de datastore VMware do XtremIOAprenda a restaurar semimanualmente uma cópia do datastore no XtremIO com oAppSync. A restauração automatizada está disponível com o AppSync versão 2.2.2 eposteriores e o XtremIO 4.0 e posteriores.


Para restauração automatizada, consulte Restaurando uma cópia de datastore usando oAssistente Restore na página 213.

Para restauração manual, certifique-se de que os seguintes pré-requisitos existam,depois siga as etapas:

l Cópia do datastore VMware que reside em um array do XtremIO.

l Um plano de serviço do AppSync que replica o datastore.

Procedimento

1. No console do AppSync, selecione Service Plans > VMware Datacenters e, depois,clique no plano de serviço desejado, por exemplo, Bronze.


2. Selecione a cópia Mount para restaurar para o ESX server de produção.

Figura 32 Selecione a caixa de diálogo Mount Settings

3. Interrompa todas as máquinas virtuais do datastore que estão sendo restauradas.

Se você não quiser que uma máquina virtual seja restaurada, use o VMware vMotionpara movê-la para outro datastore.

4. Remova as máquinas virtuais no datastore que você estiver restaurando do inventáriodo vCenter.

5. Desmonte o datastore que você está restaurando.


Restaurando uma cópia de datastore VMware do XtremIO 211

Figura 33 Desmontar datastore

6. Exclua o datastore que você está restaurando.

7. Renomeie o datastore que está montado por AppSync como o nome do datastore deprodução.

8. Selecione a ação Remove na cópia montada.

Essa ação remove a cópia do banco de dados de AppSync sem remover o snapshotno host de montagem ou no array do XtremIO. Você receberá uma mensagem queexplica a ação Remove. Se o plano de serviço tem vários datastores, oarmazenamento para todos os datastores no plano de serviço permanece no array dearmazenamento do XtremIO.

9. Remova as LUNs de produção antigas do grupo de iniciadores para o ESX.

10. Mova o snapshot montado da pasta do /AppSyncSnapshots para a pasta ondereside a LUN de produção que você está substituindo.

Mova o snapshot montado (ou seja, o snapshot que atualmente é mascarado para ogrupo de iniciadores do ESX). Depois de concluir, a LUN de produção e os snapshotssão exibidos na mesma pasta.Figura 34 Mover snapshot montado

Após a mudança, um datastore se torna um snapshot, o outro se torna um volume.



Figura 35 Snapshot e volume

11. Remova o volume que você deseja substituir pelo snapshot.

O snapshot se torna um volume.Figura 36 Snapshot se torna volume

Obs.

Todos os outros snapshots na pasta do /AppSyncSnapshots do volume XtremIO

do datastore que você acabou de remover também se tornam volumes.

12. Renomeie o snapshot (agora um volume) para o nome do volume que você substituiu,em seguida, realize as ações necessárias de máquina virtual para o datastore"restaurado", como VMware vMotion ou adicionar ao inventário.

13. Inicie todas as máquinas virtuais no datastore que você deseja executar.

O datastore restaurado tem um novo ID de datastore no vCenter.

14. Cancele a inscrição do datastore antigo no plano de serviço, inscreva o novodatastore e, em seguida, execute o plano de serviço de datastore para criar umsnapshot do datastore "restaurado".

Restaurando uma máquina virtual a partir de uma cópiaVocê pode executar uma restauração de uma máquina virtual da guia Protected VirtualMachines 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.


Restaurando uma máquina virtual a partir de uma cópia 213

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. A lista decópias é atualizada de acordo com os filtros selecionados.


Clique em Select a point in time para selecionar uma cópia com um registro de data ehora específico. A hora indicada aqui é a hora do console. Se o console estiver em umfuso horá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 outras máquinas virtuais também foram protegidas juntamente com a máquinavirtual selecionada, a página Multiple VM Restore será exibida.

Selecione uma das seguintes opções:

l Continue to restore only one virtual machine

l View and/or select the other VMs for restore

4. Na página Select Restore Location, faça as seleções. Consulte Opções de restauraçãode máquina virtual na página 215 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. Em caso de VNX, o host de montagem deve ser registrado para oVNX.

b. Selecione o modo de acesso de imagem do RecoverPoint na lista - Logged Access,Virtual Access ou Virtual Access with Roll.

c. Clique em Next.

Obs.

O AppSync emprega a tecnologia VMware vMotion para mover a máquina virtual dohost de montagem para o local de restauração. Portanto, o host de montagem e ohost no local de restauração devem satisfazer os pré-requisitos do VMware vMotion,como o requisito de rede.

Na página Choose Instant Restore, você pode fazer uma seleção somente se uma dasseguintes 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 do mesmocluster ESX.



6. Na página Choose Instant Restore, selecione Yes ou No para a opção Do you want toperform an instant restore, com base na sua opção por realizar uma restauraçãoinstantânea ou não.

Durante a restauração instantânea, você pode continuar a usar a máquina virtual.Embora a máquina virtual esteja ligada, as máquinas virtuais são restauradas emsegundo plano.

Se você selecionar No, e tiver escolhido restaurar várias máquinas virtuais na etapa 2desse assistente, especifique um número na caixa Maximum number of simultaneousvirtual 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, definaMaximum number of simultaneous virtual machines to be restored como 1.

Se os dispositivos de origem forem processamento, a opção de restauraçãoinstantânea não estará disponível para cópias do VMAX.

7. Na página Summary, analise as configurações que você selecionou nas páginasanteriores e clique em Finish para executar a restauração.

8. Na página Results, clique em View Details para ver o andamento das diversas fasesda 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 22 Opções de restauração de máquina virtual

Opções derestauração

Descrição

Original location Restaura para o local onde a máquina virtual estava presente no momentoda proteção.

Obs.

Para uma cópia de RecoverPoint, a restauração para o local original não érecomendado. O AppSync exibe uma advertência apropriada quando vocêseleciona essa opção.

Alternate location Restaura para um local selecionado entre as opções a seguir. Todos sãoobrigatórios.

l vCenter Server: Você pode selecionar o mesmo vCenter Server onde odatastore com a máquina virtual estava no momento da proteção ouum servidor diferente.

l Datacenter

l Host

l Datastore

Opções se amáquina virtualsendo restaurada

l Fail the restore: O AppSync verifica a existência de máquinas virtuaisno local de restauração. Para as máquinas virtuais que existem no localde restauração, a operação de restauração será anulada. Para o


Opções de restauração de máquina virtual 215

Tabela 22 Opções de restauração de máquina virtual (continuação)

Opções derestauração

Descrição

já existe no localde restauração

restante, a operação de restauração continua. Essa é uma opçãopreventiva.

l Create a new virtual machine: O AppSync cria uma nova máquina virtualantes de restaurar.

l Unregister the virtual machine: Se existirem máquinas virtuaisselecionadas para restauração no local de restauração, o AppSynccancela seu registro no inventário antes de restaurar.

l Delete from disk before performing restore: Se as máquinas virtuaisque estão sendo restauradas existem no local de restauração, oAppSync as exclui antes de restaurar.

Obs.

Recomenda-se fazer um backup da máquina virtual antes de continuarcom a operação de restauração.

l Delete from disk after performing restore: Se as máquinas virtuais queestão sendo restauradas existirem no local de restauração, o AppSyncas exclui após a restauração.

Restauração de arquivo ou pasta com datastores VMFS ou NFSArquivos 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 um planode serviço do AppSync podem ser usados para restauração em nível de arquivo ou 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áquina virtualcom o agente do AppSync reside.

2. O vCenter server adiciona os discos virtuais a partir dos snapshots do datastore paraa 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áquina virtualde 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ém podeser 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 para a

mesma máquina virtual, até mesmo quando na criação com o plano de serviço Gold.



Em outras palavras, se um disco virtual de uma cópia local for montado, então, omesmo 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, qualquer ponto notempo), 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ágina Copies damá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áquina virtualselecionada.

4. Selecione os discos virtuais cujos arquivos ou pastas devem ser restaurados e cliqueem 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 disco deveser restaurado. Por padrão, os arquivos são restaurados no seguinte local:%system drive%\AppSyncMounts\<VM_name>\<copy_id>\Harddisk# onde:

l %system drive% é o drive de sistema da máquina virtual selecionada noqual a cópia deve ser montada

l <VM_name> é o nome da máquina virtual cujos discos virtuais estão sendorestaurados

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 - Logged Access,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.


Restaurando um arquivo ou pasta de um disco virtual 217

7. Na página Results, clique em View Details para ver o andamento das diversas fasesda restauração de um disco virtual.


8. Em seguida, execute a etapa manual de copiar os arquivos ou pastas necessários dolocal da montagem para um local de sua escolha.

9. Opcionalmente, desmonte o datastore. Unmount a datastore copy na página 208.



CAPÍTULO 10

Monitorar o AppSync


l Conceitos e práticas recomendadas de RPO........................................................ 220l Alertas e eventos associados.............................................................................. 221l Envio de alertas por e-mail.................................................................................. 222l Repurpose Monitor..............................................................................................223

Monitorar o AppSync 219

Conceitos e práticas recomendadas de RPOUm objetivo de ponto de recuperação (RPO) é uma das várias opções de agendamentoque podem ser selecionadas como parte da fase Plan Startup de um plano de serviço.

Quando você inscreve um objeto (como um banco de dados do Exchange) em um planode serviço que usa o RPO como seu tipo de recorrência, o objeto adquire o objetivo deponto 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 que umobjeto tenha mais de um objetivo de ponto de recuperação. Quando um objeto tem maisde um RPO, o plano de serviço com a frequência de RPO mais alta (ou seja, o valor dehoras 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ço adicionais,eles não devem usar o tipo de recorrência baseada em RPO.

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 Compliance Report.

Tabela 23 Relatório de conformidade do ponto de recuperação

Coluna Descrição

Servidor Objeto de nível de host, como um servidor de caixa de correio doMicrosoft Exchange

Aplicativo Nome do objeto protegido, como um banco de dados do MicrosoftExchange. Clique no nome para acessar a lista de cópias do objeto.

Objetivo de ponto derecuperação

O objetivo de ponto de recuperação, conforme definido na fase de iníciodo plano de serviço associado.

Tempo desde o últimoponto de recuperação

Quantidade de tempo desde a última cópia ou bookmark criado peloplano de serviço associado. Um ícone verde indica que a cópia écompatível com RPO. Um ícone vermelho indica a não conformidade.

Plano de serviço Nome do plano de serviço. Clique no nome para acessar a definição doplano de serviço.

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.

Monitorar o AppSync


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, mostra aporcentagem 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 ícones dealertas para execuções de plano de serviço de banco de dados, file system edatastore na página 222 para obter informações.

O AppSync exibe alertas no console de em Monitoring > Alerts.

Tabela 24 Detalhes dos alertas

Coluna Descrição

Alerta (!) Nível de alerta

Hora Data e hora do evento.

Servidor Servidor de aplicativos, como o Microsoft Exchange Server.

Aplicativo Objeto replicado, como um banco de dados do Microsoft Exchange.

Categoria Falha da fase, RPO

Plano de serviço O plano de serviço em execução quando o alerta foi gerado, ou o plano deserviço que criou a cópia que gerou falha em uma restauração ou montagem.

Mensagem Descreve a causa do alerta.

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 alertas

Com a versão 2.2.2 e posteriores do AppSync você pode confirmar alertas. Consulte Confirmando alertas na página 221, e Confirmando ícones de alerta para execuções deplano de serviço para banco de dados, file system e datastore na página 222 para obtermais informações.

Confirmando alertasEssas etapas mostram como confirmar alertas de monitoramento.

Monitorar o AppSync

Resumo da conformidade do RPO 221

É 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 o valoratual 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 de serviçode datastore

Você pode confirmar um ícone de alerta no console do AppSync para bancos de dadosOracle e SQL, file systems e datastores.

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 a execuçã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 apenas umavez.

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 datastores quetem 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, filesystems ou datastores.

O ícone de alerta é alterado para um ícone de informação.

3. Se desejado, execute o plano de serviço novamente no mesmo banco de dados, filesystem ou dados armazenam para exibir o ícone de alerta para essa execução.

Envio de alertas por e-mailVocê pode configurar o AppSync para enviar alertas de falha por e-mail a uma lista dedestinatários.

Você habilita e-mails de alerta e adiciona destinatários por instância de aplicativo, comoum servidor de caixa de correio do Exchange.

Obs.

Você também pode configurar o AppSync para enviar um e-mail após a conclusão bem-sucedida de um plano de serviço agendado. Por padrão, está opção fica desabilitada.Entre em contato com o atendimento ao cliente se quiser habilitá-la.

Monitorar o AppSync


Definir configurações do 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, a porta e oremetente.

Use Test para validar as configurações. Digite o endereço de um destinatário e depoismarque a caixa de entrada do destinatário. Você também pode selecionar InsertDefault Values.

3. Clique em Apply.

Especificando 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 o servidordo AppSync. Consulte Definir configurações do servidor para alertas de e-mail napágina 223.

Procedimento

1. Selecione Copy Management > Application (select application).

2. Selecione o objeto de aplicativo para o qual deseja definir as configurações de alerta.

3. Selecione Alert Settings.

4. Digite um ou mais destinatários de e-mail, separados por vírgulas (,) e clique em OK.

Um e-mail de teste é enviado aos destinatários para verificação.

Repurpose MonitorEste tópico descreve o Repurpose Monitor.

O Repurpose Monitor exibe todos os processos de reutilização e atualização emandamento. Ele permite que você visualize atividades de reutilização em execuçãoatualmente e monitore seu andamento. Ele mostra a cópia atual sendo reutilizada(fazendo um snapshot de uma cópia de snapshot) e rótulos de cópia relacionados, como1ª geração ou 2ª geração.

Normalmente você usa o Repurpose Monitor para atividades de reutilização de longaduração (por exemplo, sincronização de clones do VMAX). Quando você seleciona essemonitor, ele lista todas as atividades de reutilização em andamento. Selecione qualqueratividade de reutilização e, em seguida, selecione Monitor para abrir uma caixa dediálogo de andamento e visualizar diretamente o andamento da atividade selecionada.

Para iniciar o Repurpose Monitor:

Monitorar o AppSync

Definir configurações do servidor para alertas de e-mail 223

1. No console do AppSync selecione Monitoring.

2. Selecione Repurpose Monitor na página de monitoramento para iniciar.

Monitorar o AppSync


341rio do AppSync da EMC - Dell EMC Isilon · Visão geral do AppSync O EMC AppSync oferece uma...

Documents

Transcript of 341rio do AppSync da EMC - Dell EMC Isilon · Visão geral do AppSync O EMC AppSync oferece uma...