Excluir discos da recuperação de desastre

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

• Para que os dados irrelevantes produzidos no disco excluído não sejam replicados.
• Você deseja otimizar a largura de banda de replicação consumida ou os recursos do lado do destino.
• Você deseja salvar os recursos de armazenamento e de rede não replicando os dados de que não precisa.
• As VMs do Azure atingiram os limites de replicação do Site Recovery.

Cenários com suporte

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

Excluir limitações

Cenários comuns

Exemplos de dados produzidos que são ótimos candidatos para a 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 para uma VM com um único disco virtual que inclui o sistema operacional e o arquivo de paginação, você pode:

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

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

  1. Manter o banco de dados do sistema e tempdb em dois discos diferentes.
  2. Excluir o disco de tempdb da replicação.

Exemplo 1: Excluir disco tempdb do SQL Server

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

Excluir discos da replicação

Temos esses discos na VM do Windows de origem SalesDB.

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

Tratamento dos discos durante o failover

Como os discos não são replicados, quando você faz failover para o Azure, esses discos não aparecem na VM do Azure que você cria após o failover. A VM do Azure usa a configuração de disco resumida na tabela a seguir.

Neste exemplo, você excluiu o Disk3, o disco tempdb do SQL, da replicação. Como ela não está disponível na VM do Azure, o serviço SQL está em um estado parado e precisa do caminho F:\MSSQL\Data. Você pode criar esse caminho de algumas maneiras:

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

Adicionar um novo disco após o failover

1. Anote os caminhos dos arquivos SQL tempdb.mdf e tempdb.ldf antes do failover.
2. No portal do Azure, adicione um novo disco à máquina virtual de failover do Azure. O disco deve ter o mesmo tamanho (ou ser maior) que o disco tempdb do SQL de origem (Disk3).
3. Entre na VM do Azure.
4. No console de gerenciamento (diskmgmt.msc) do disco, inicialize e formate o disco recém-adicionado.
5. Atribua a mesma letra de unidade que o disco tempdb do SQL usava (F:).
6. Crie uma pasta tempdb no volume F: (F:\MSSQL\Data).
7. Inicie o serviço SQL por meio do console de serviço.

Usar um disco de armazenamento temporário existente

1. Abra um prompt de comando.

2. Execute o SQL Server no modo de recuperação via o prompt de comando.

   Net start MSSQLSERVER /f / T3608
   

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

   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. Parar o serviço do Microsoft SQL Server.

   Net stop MSSQLSERVER
   

5. Inicie o serviço do Microsoft SQL Server.

   Net start MSSQLSERVER
   

VMs do VMware: Discos durante o failback para o local original

Em seguida, você aprenderá como gerenciar discos em VMs do VMware ao retornar ao seu ambiente local original.

• Discos criados no Azure: como este 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 protege novamente uma VM.
• Disco de armazenamento temporário no Azure: O disco de armazenamento temporário não é replicado de volta para os hosts locais.
• Discos excluídos: os discos que você exclui do VMware para a replicação do Azure não estão disponíveis na VM local após o failback.

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

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

VMs do Hyper-V: Discos durante o failback para o local original

Agora vamos analisar como lidar com discos em VMs do Hyper-V quando você retorna ao seu ambiente local original.

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

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

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

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

Este exemplo mostra como lidar com exclusão de disco, failover e failback para uma VM do Windows de origem. Você deseja excluir o disco de arquivo pagefile.sys na unidade D e em uma unidade alternativa.

Arquivo de paginação na unidade D

A VM de origem tem estes discos:

As configurações de arquivo de paginação na VM de origem são:

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

Discos após o failover

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

As configurações de arquivo de paginação na VM do Azure são:

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

Vejamos um exemplo no qual o arquivo de paginação não está na unidade D.

A VM de origem tem estes discos:

A VM local usa estas configurações de arquivo de paginação:

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

Discos após o failover

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

As configurações de arquivo de paginação na VM do Azure são:

Próximas etapas

• Saiba mais sobre as diretrizes do disco de armazenamento temporário:
  • Saiba mais sobre como usar SSDs em VMs do Azure para armazenar extensões de TempDB e pool de buffers do SQL Server.
  • Examine as práticas recomendadas de desempenho do SQL Server em VMs do Azure.
• Após a sua implementação estar em funcionamento, saiba mais sobre os diferentes tipos de failover.