Excluir discos da recuperação de desastres

Este artigo descreve como excluir discos da replicação durante a recuperação de desastres do local para o Azure com o Azure Site Recovery. Você pode excluir discos da replicação por vários motivos:

• Para que os dados sem importância gerados no disco excluído não sejam replicados.
• Para otimizar a largura de banda de replicação consumida ou os recursos do lado de destino.
• Para economizar recursos de armazenamento e rede não replicando dados de que não precisa.
• As VMs do Azure atingiram os limites de replicação do Site Recovery.

Cenários suportados

Você pode excluir discos da replicação conforme resumido na tabela.

Excluir limitações

Cenários típicos

Exemplos de rotatividade de dados que são ótimos candidatos à exclusão incluem gravações em um arquivo de paginação (pagefile.sys) e gravações no arquivo tempdb do Microsoft SQL Server. Dependendo da carga de trabalho e do subsistema de armazenamento, os arquivos de paginação e tempdb podem registrar uma quantidade significativa de rotatividade. A replicação desse tipo de dados para o Azure consome muitos recursos.

• Para otimizar a replicação de uma VM com um único disco virtual que inclua o sistema operacional e o arquivo de paginação, você pode:

  1. Divida o disco virtual único em dois discos virtuais. Um disco virtual tem o sistema operativo e o outro tem o ficheiro de paginação.
  2. Exclua o disco do ficheiro de paginação da replicação.

• Para otimizar a replicação para um disco que inclui o arquivo tempdb do Microsoft SQL Server e o arquivo de banco de dados do sistema, você pode:

  1. Mantenha a base de dados do sistema e o tempdb em dois discos diferentes.
  2. Exclua o disco tempdb da replicação.

Exemplo 1: excluir o disco tempdb do SQL Server

Vamos ver como lidar com exclusão, failover e failover de disco para uma VM Windows do SQL Server de origem - SalesDB*, para a qual queremos excluir tempdb.

Excluir discos da replicação

Temos esses discos no Windows VM SalesDB de origem.

1. Habilitamos a replicação para a VM SalesDB.
2. Excluímos o Disk2 e o Disk3 da replicação porque a rotatividade de dados nesses discos é temporária.

Manipular discos durante o failover

Como os discos não são replicados, quando você faz failover para o Azure, esses discos não estão presentes na VM do Azure criada após o failover. A VM do Azure tem os discos resumidos nesta tabela.

Em nosso exemplo, como o Disk3, o disco tempdb SQL, foi excluído da replicação e não está disponível na VM do Azure, o serviço SQL está em um estado interrompido e precisa do caminho F:\MSSQL\Data. Você pode criar esse caminho de duas maneiras:

• Adicione um novo disco após o failover e atribua o caminho da pasta tempdb.
• Utilizar um disco de armazenamento temporário existente para o caminho da pasta tempdb.

Adicionar um novo disco após failover

1. Aponte os caminhos de tempdb.mdf e tempdb.ldf do SQL antes da ativação pós-falha.
2. No portal do Azure, adicione um novo disco à VM do Azure de failover. O disco deve ter o mesmo tamanho (ou maior) que o disco tempdb SQL de origem (Disk3).
3. Entre na VM do Azure.
4. Na consola da gestão de discos (diskmgmt.msc), inicialize e formate o disco adicionado recentemente.
5. Atribua a mesma letra de unidade que foi usada pelo disco tempdb do SQL (F:)
6. Crie uma pasta tempdb no volume F: (F:\MSSQL\Data).
7. Inicie o serviço SQL a partir da consola do serviço.

Usar um disco de armazenamento temporário existente

1. Abra uma linha de comandos.

2. Execute o SQL Server no modo de recuperação a partir da linha de comandos.

   Net start MSSQLSERVER /f / T3608
   

3. Execute o sqlcmd seguinte para alterar o caminho de tempdb para o caminho novo.

   sqlcmd -A -S SalesDB		**Use your SQL DBname**
   USE master;		
   GO		
   ALTER DATABASE tempdb		
   MODIFY FILE (NAME = tempdev, FILENAME = 'E:\MSSQL\tempdata\tempdb.mdf');
   GO		
   ALTER DATABASE tempdb		
   MODIFY FILE (NAME = templog, FILENAME = 'E:\MSSQL\tempdata\templog.ldf');		
   GO
   

4. Pare o serviço Microsoft SQL Server.

   Net stop MSSQLSERVER
   

5. Inicie o serviço Microsoft SQL Server.

   Net start MSSQLSERVER
   

VMs VMware: discos durante failback para o local original

Agora vamos ver como lidar com discos em VMs VMware quando você faz failover para o local original.

• Discos criados no Azure: como nosso exemplo usa uma VM do Windows, os discos criados manualmente no Azure não são replicados de volta ao seu site quando você faz failback ou reprotege uma VM.
• Disco de armazenamento temporário no Azure: o disco de armazenamento temporário não é replicado de volta para hosts locais.
• Discos excluídos: os discos que foram excluídos da replicação do VMware para o Azure não estão disponíveis na VM local após failback.

Antes de fazer failback das VMs VMware para o local original, as configurações de disco da VM do Azure são as seguintes.

Após o failback, a VM VMware no local original tem os discos resumidos na tabela.

VMs Hyper-V: discos durante o failback para o local original

Agora vamos ver como lidar com discos em VMs Hyper-V quando você faz failover para o local original.

• Discos criados no Azure: os discos criados manualmente no Azure não são replicados de volta ao seu site quando você faz failback ou reprotege uma VM.
• Disco de armazenamento temporário no Azure: o disco de armazenamento temporário não é replicado de volta para hosts locais.
• Discos excluídos: após o failback, a configuração do disco da VM é a mesma que a configuração do disco da VM original. Os discos que foram excluídos da replicação do Hyper-V para o Azure estão disponíveis na VM de failback.

Antes de fazer failback das VMs Hyper-V para o local original, as configurações de disco da VM do Azure são as seguintes.

Após failover planejado (failback) do Azure para o Hyper-V local, a VM do Hyper-V no local original tem os discos resumidos na tabela.

Exemplo 2: Excluir o disco do arquivo de paginação

Vamos ver como lidar com exclusão, failover e failover de disco para uma VM do Windows de origem, para a qual queremos excluir o disco de arquivo pagefile.sys na unidade D e em uma unidade alternativa.

Arquivo de paginação na unidade D

Temos esses discos na VM de origem.

Nossas configurações de arquivo de paginação na VM de origem são as seguintes:

1. Habilitamos a replicação para a VM.
2. Excluímos o DB-Disk1 da replicação.

Discos após failover

Após o failover, a VM do Azure tem os discos resumidos na tabela.

Nossas configurações de arquivo de paginação na VM do Azure são as seguintes:

Arquivo de paginação em outra unidade (não D:)

Vejamos o exemplo em que o arquivo de paginação não está na unidade D.

Temos esses discos na VM de origem.

Nossas configurações de arquivo de paginação na VM local são as seguintes:

1. Habilitamos a replicação para a VM.
2. Excluímos o DB-Disk1 da replicação.

Discos após failover

Após o failover, a VM do Azure tem os discos resumidos na tabela.

Nossas configurações de arquivo de paginação na VM do Azure são as seguintes:

Próximos passos

• Saiba mais sobre as diretrizes para o disco de armazenamento temporário:
  • Saiba mais sobre como usar SSDs em VMs do Azure para armazenar extensões de banco de dados e pool de buffers do SQL Server
  • Analise as práticas recomendadas de desempenho para o SQL Server em VMs do Azure.
• Depois da implementação estar instalada e em execução, saiba mais sobre os diferentes tipos de ativação pós-falha.