Backup do DPM de quebras de VM cadeia de backup / linha do tempo do SQL

1

DPM 2012R2. Cluster de failover do Hyper-V com CSV no Windows Server 2012R2. O convidado também é o Windows Server 2012R2 com o SQL Server 2014. Todas as atualizações mais recentes, pacotes cumulativos de atualizações, atualizações cumulativas e alguns hotfixes recomendados.

História: Cada instalação do SQL em convidados da VM possui seu próprio plano de manutenção com backups completos, Diff e Log de bancos de dados para compartilhamento de rede. Agora estou adicionando proteção às VMs com a ajuda do DPM.

O que acontece: toda vez que o DPM faz backup das VMs, ele usa o VSS, o que atinge o gravador de VSS do SQL, que, por sua vez, executa backup no SQL.

O que é ruim: esse backup do VSS é o backup completo do banco de dados com todas as consequências. Portanto, agora, os backups de SQL próprios não podem ser usados porque não há como restaurar o banco de dados SQL de VHDx de VMs no estado IN RECOVERY para aplicar backups de diff ou de log. Existe apenas uma maneira de restaurar arquivos mdf / ndf / ldf e anexá-los ou a VM inteira.

Como afirmado na documentação do SQL VSS Writer, ele não suporta backups de log, portanto, não há recuperação pontual que seja inaceitável para bancos de dados de produção. ( link )

A única maneira que vejo é tornar este backup apenas cópia. O gravador de VSS do SQL suporta isso. O próprio VSS suporta esse paramener VSS_BACKUP_TYPE para VSS_BT_COPY

Mas não vejo como dizer ao DPM para fazer isso.

O que eu tentei até agora:

Dentro do sistema operacional convidado das VMs

  1. HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Serviços \ SQLWriter \ Configurações \. DWORD DisableLogShrink 1. Desativa somente o Log Shrink durante o backup do SQL VSS, mas ainda é um backup completo.

  2. HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Virtualização \ VssRequestor \. DWORD BackupType 1. KB975354. Se essa entrada do Registro for criada e seu valor for definido como 1, o backup do aplicativo não será afetado pela operação de backup da máquina virtual no servidor que está executando o Hyper-V. Nenhum efeito.

No servidor host (todos os nós no cluster com reinicialização)

  1. Gerenciador de proteção de dados \ Agent \ HonorFilesNotToBackup HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft Além disso, HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ BackupRestore \ FilesNotToBackup \ Cadeia MULTI_SZ com caminho para VHDX contendo bancos de dados SQL. Nenhum efeito.

  2. Gerenciador de proteção de dados HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft \ Agent \ 2.0 \. DWORD CopyBackupEnabled 1. ( link Nenhum efeito.

No DPM Server

  1. Gerenciador de proteção de dados \ Agent \ 2.0 \ CopyBackups \

DWORD Nome da VM no DPM com valor 1.

Talvez seja isso e eu simplesmente não sei escrever corretamente o nome das VMs que o DPM aceitará. Agora está no formante VMNAME.CLUSTERNAME.DOMAIN.COM Sem efeito.

Parece que meu google-bing-whatever-fu está terminando aqui.

Isso me deixa com poucas perguntas. Eu tenho que proteger VMs com SQL com a capacidade de recuperação pontual de bancos de dados SQL dentro deles usando o DPM? Como todas as outras pessoas protegem suas VMs com SQL usando o DPM? Usando 15 minutos de intervalo de sincronização para toda a VM? É muito espaço / carga / tráfego etc. no caso de dezenas de centenas de VMs

E a questão principal: Alguém conseguiu fazer com que o DPM não afetasse os backups do SQL nas VMs do Hyper-V na mesma configuração?

    
por Alkochm 22.09.2016 / 19:34

2 respostas

0

Bem. Eu finalmente fiz isso.

O que realmente funcionou para mim:
No servidor host Gerenciador de proteção de dados HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft \ Agent \ 2.0
DWORD CopyBackupEnabled 1
Isso realmente tornou os backups do VSS somente para cópia, mas eles ainda estão conectados no backuphistory (de alguma forma eu não esperava isso e esqueci que isso realmente funciona).

Em segundo lugar, por padrão, no guest OS, os logs do WS2012R2 não são truncados, mas, de maneira oposta, no 2008R2, eles são truncados por padrão.
HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Virtualization \ VssRequestor DWORD BackupType 1
Não tem efeito no SQL, mas HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ SQLWriter \ Configurações \ DWORD DisableLogShrink 1
ajuda de verdade O truncamento de log é verificado pelo fn_dblog () ou pelo tamanho do log.

Além disso,
Gerenciador de proteção de dados \ Agent \ HonorFilesNotToBackup HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft Mais e mais HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ BackupRestore \ FilesNotToBackup
Cadeia MULTI_SZ com caminho para VHDX
Trabalhando não como esperado.
Os arquivos VHDX ainda são afetados pelo VSS quando essas chaves são usadas, mas são excluídos do backup resultante. Portanto, se você estiver usando essas chaves, o SQL fará o log desse backup e poderá truncar os logs mesmo se o VHDX com DB for excluído (ou se apenas os arquivos do banco de dados forem excluídos).

E finalmente, a chave do DPM Server
Gerenciador de proteção de dados \ Agent \ 2.0 \ CopyBackups HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft DWORD Nome da origem de dados
Não afetando backups de VMs e parece que o banco de dados de configuração do sharepoint é o único destino dessa chave

    
por 29.09.2016 / 11:36
0

Você pode parar de usar o gravador SQL VSS desativando o servidor "Gravador VSS do SQL Server" para o SQL Server.

    
por 23.09.2016 / 11:14