Santhoshkumar KB's questions

Tive uma situação em que os Backups Nativos estavam sendo feitos em um Servidor.
Acontece que eu vi msdbque havia uma ferramenta de backup de terceiros ( AppAssure) que também estava pegando VSS (tipo de) backup to virtual device.

Em algum intervalo, o AppAssure (backup sendo feito para VIRTUAL DEVICE) estava fazendo um COPY_ONLY backupe em algum outro intervalo estava FULL backupquebrando a cadeia de logs.

Existe alguma maneira ( T-SQL query) de saber quando uma cadeia de logs de backup está quebrada?

Aqui está uma captura de tela da situação de fevereiro.

Existe alguma maneira de descobrir quem usou o Dedicated Admin Connection?

Conexão não ativa, mas a anterior que já está fechada?

Eu tenho uma consulta dinâmica que usa um plano paralelo, embora o custo seja inferior a 5.

O Limite de Custo para Paralelismo é definido como padrão de 5 e MAXDOP é 0.

SELECT Column1, Column2 Column3, Column4 AS Column5, Column6 Column7, Column8 Column9, Column10 Column11
        FROM (
              SELECT Column12,
                        Column13,
                        Column1
                FROM Database1.Schema1.Object1
             ) Object2 PIVOT( SUM(Column13) FOR Column12 IN (Column2, Column4, Column6, Column8, Column10) ) AS pvtScore;

A captura de tela a seguir mostra o custo estimado da subárvore como 1,39.

Estou me perguntando por que o plano paralelo foi usado quando o limite de custo está em 5 para o paralelismo entrar em ação.

Versão: SQL Server 2008 R2

DatabaseBackup - USER_DATABASES - LOG: Este trabalho falha dizendo "Executado como usuário: Domínio\XXXX-SVC. Não é possível abrir o arquivo de saída da etapa. A etapa falhou."

O erro ocorre apenas com o trabalho de backup de LOG.
Os outros trabalhos do DatabaseBackup (FULL, DIFF) funcionam bem com a mesma conta SVC. Portanto, a conta de serviço tem as permissões apropriadas.

O arquivo de saída (propriedades da etapa do trabalho-->Avançado) é F:\SQLAgentLog\, que é o mesmo para todos os trabalhos. O único problema é com o trabalho de backup de LOG. Alguém já passou por isso e existe alguma solução?

Ambiente atual:
SQL Server: 2012 SP3 CU8
SO: Windows Server 2012

Nota: Isso estava funcionando muito bem em um Windows Server 2008 !!

Eu estava apenas configurando o Alerta de Corrupção.

Error 823
Error 824
Error 825

Antes da configuração:

Eu por acaso adicionei alerta para o erro 825 e executei sp_Blitz novamente. E a mensagem para Encontrar "No Alert for Corruption" não foi exibida para o erro 823 e 824 !!

Após a configuração do Alerta:

E verifiquei apenas configurando 823 e ignorando 824 e 825, mesmo assim o sp_Blitz não reporta para outros 2 ausentes (824 e 825)!!

Eu tenho uma situação agora.
Existe um banco de dados no modelo de recuperação SIMPLE.

Nota:
1. A compactação não está habilitada, o que será habilitado em breve. 2. SQL Server 2012 SP3

BackupSize: 8GB (Usually)<br/>
Last Saturday BackupSize: 73GB (yes, 73 !!)

Isso ocorre por causa de um aplicativo que deixou 2 transações abertas.
No momento, o arquivo LOG é de 154 GB.

Transaction: So far it inserted 90M records to a not so large table)

Pergunta:

1. Em um backup FULL, quanta informação de LOG é registrada se houver uma transação aberta?
2. Quando o backup FULL é restaurado, ele ROLLBACK as ações pela transação OPEN?
3. Em caso afirmativo, por que o backup FULL se preocupa em fazer backup do LOG para uma transação OPEN quando ainda está aberto após a conclusão do backup (embora em um modelo de recuperação SIMPLES).
4. Se eu matar o spid do SQL Server, ele precisa de mais espaço de LOG para ROLLBACK? Já estamos sem espaço aqui!!

Servidor sendo usado: SQL Server 2012 SP3
Acabei de receber um erro estranho (estranho porque funcionou antes)

could not connect to server LNK_SRV because sa is not defined as a remote login

Não tenho certeza por que estamos recebendo o erro.

O sys.servers diz is_linked = 0 para LNK_SRV - não sei por quê. O seguinte retorna resultados

select top 10 * from LNK_SRV.DBName.dbo.TblName

Mas os procedimentos estão falhando

exec LNK_SRV.DBName.dbo.ProcName

Ele estava funcionando bem antes de descartarmos o servidor vinculado e adicioná-lo novamente.
Além disso, o LNK_SRV também está sendo usado para replicação.

Nota: estou ciente de que sa é ruim. Será cuidado em breve.

Resultado do sp_Blitz:
Finding = “Server Last Restart” ; Detalhes = “Fev 11 2017 5:48 AM”
Finding = “SQL Server Last Restart” ; Detalhes = "11 de fevereiro de 2017 04:48"

SQL Server Last Restart é o tempdb create_date
Server Last Restart é o ms_ticks

Acho os resultados estranhos porque o SQL Server iniciou uma hora antes da reinicialização do servidor?
Estou faltando alguma coisa aqui?