Schmallen's questions

Estou usando a solução de manutenção da Ola Hallengren e está funcionando muito bem para o nosso ambiente.

Pergunta rápida sobre o proc de backups do banco de dados do usuário. Atualmente, quando estou fazendo backups, os arquivos de backup estão sendo salvos em uma das unidades locais do servidor (unidade Z:). Mas se eu também quiser obter outra cópia desses mesmos conjuntos de backup para uma unidade ou pasta diferente, pensei que o @MirrorDirectory é onde podemos inserir um caminho de unidade diferente para os arquivos de backup. (Por favor me corrija se eu estiver errado).

Eu queria testar isso, então dupliquei o trabalho original do sqlserver do banco de dados de backup do usuário para meu trabalho de backup principal e renomei esse novo trabalho do sqlserver como "DatabaseBackup - USER_DATABASES - FULL_COPYONLY". Aqui está o que eu tenho na primeira e única etapa do trabalho:

sqlcmd -E -S $(ESCAPE_SQUOTE(SRVR)) -d LSDBA_DB -Q "EXECUTE [dbo].[DatabaseBackup] @Databases = 'USER_DATABASES', @Directory = N'Z:\COPYONLY_BACKUPS',@MirrorDirectory =N'C :\MIRRORBAKS', @CopyOnly = 'Y', @BackupType = 'FULL', @Verify = 'Y', @CleanupTime = 192, @MirrorCleanupTime= 24, @CheckSum = 'Y', @LogToTable = 'Y'" -b

Atualmente, estou testando isso na esperança de que ele coloque os principais arquivos de backup na pasta "Z:\COPYONLY_BACKUPS" e coloque outro conjunto de backup na pasta "C:\MIRRORBAKS". (Estou colocando-os na unidade C apenas para teste).

Quando executo o trabalho, ele está falhando e a mensagem é: Msg 50000, Level 16, State 1, Server (Instance Name here), Procedure DatabaseBackup, Line 436 O valor do parâmetro @MirrorDirectory não é suportado. Msg 50000, Level 16, State 1, Server (Instance Name here), Procedure DatabaseBackup, Line 740 A documentação está disponível em https://ola.hallengren.com/sql-server-backup.html . Data e hora: 2018-11-19 11:05:58. Código de saída do processo 1. A etapa falhou.

Alguém poderia esclarecer por que está dizendo que o parâmetro para @MirrorDirectory não é suportado? Muito obrigado.

Acabei de notar isso recentemente em uma das instâncias do SQL Server 2012 SP3 que supervisiono.

Quando tento restaurar um banco de dados usando o SSMS 2012 (clicando com o botão direito do mouse no banco de dados e escolhendo Tarefas > Restaurar > Banco de dados ), a janela Restaurar banco de dados (onde você pode escolher o banco de dados de origem e destino etc.) muito tempo antes de finalmente aparecer na tela. Estou falando mais de 10 minutos aqui às vezes.

Percebi isso usando meu SSMS local e no SSMS instalado no Windows Server em que a instância do SQL Server está instalada.

Estou percebendo isso apenas em uma instância específica. Não vejo o mesmo problema de resposta lenta ao fazer uma restauração no gui nas outras instâncias.

Algum de vocês já viu isso antes? Agradeceria a ajuda. Obrigado.

Estou usando o script de backup de Ola Hallengren. Adicionei um local de compartilhamento de rede no sqlcmd para que, quando a tarefa de backup completo for executada, o arquivo de backup seja salvo em dois locais diferentes: 1 na unidade Z da VM e outro no local de compartilhamento de rede. Aqui está a aparência do sqlcmd: (observe que alterei o caminho do arquivo do compartilhamento de rede...)

sqlcmd -E -S $(ESCAPE_SQUOTE(SRVR)) -d LSDBA_DB -Q "EXECUTE [dbo].[DatabaseBackup] @Databases = 'USER_DATABASES', @Directory = N'Z:\Backups, \\, @BackupType = ' FULL', @Verify = 'Y', @CleanupTime = 192, @CheckSum = 'Y', @LogToTable = 'Y'" –b

Após a execução bem-sucedida do trabalho, agora vejo que o arquivo de backup (.bak) foi salvo em ambos os locais. No entanto, observei que há uma diferença no tamanho do arquivo de backup entre o salvo na unidade Z: e o salvo no compartilhamento de rede.

Este é o mesmo caso para o restante dos arquivos de backup (aqueles que estão sendo salvos no compartilhamento de rede são de tamanho maior). Acho que deveria ser do mesmo tamanho.

Alguma ideia do motivo da diferença de tamanho entre os dois arquivos de backup?

Obrigado pela ajuda.

Eu tenho uma instância do SQL Server 2012 em execução em uma instância de cluster de failover de 2 nós. Ambos os nós são VMs executando o Windows 2012 Server R2. A FCI tem quatro LUNs compartilhados: 1 para arquivos de dados, 1 para arquivos de log, 1 para TempDB e 1 para Quorum.

O volume de backup, entretanto, não é um LUN compartilhado. Há uma unidade de disco separada adicionada à VM (nó 1) para uma unidade de backup. A outra VM, Nó 2, tem sua própria unidade de disco local para localização de backup.

Eu uso o script de Ola Hallegren para manutenção do banco de dados.

Estou pensando em adicionar outro LUN compartilhado na FCI e configurá-lo como o local de backup para ambos os nós. Meu pensamento é que, dessa forma, se a função do SQL Server falhar para o Nó 2, os arquivos de backup ainda serão salvos no mesmo LUN compartilhado para arquivos de backup.

Pergunta: Há alguma desvantagem, implicação ou problema com esta configuração? Qualquer insight é muito apreciado! Obrigada.